stringtranslate.com

Subversión Apache

Apache Subversion (a menudo abreviado SVN , después de su nombre de comando svn ) es un sistema de control de revisiones y versiones de software distribuido como código abierto bajo la licencia Apache . [2] Los desarrolladores de software utilizan Subversion para mantener versiones actuales e históricas de archivos como código fuente , páginas web y documentación. Su objetivo es ser un sucesor mayoritariamente compatible del ampliamente utilizado Sistema de Versiones Concurrentes (CVS).

La comunidad de código abierto ha utilizado Subversion ampliamente: por ejemplo, en proyectos como Apache Software Foundation , FreeBSD , SourceForge y, de 2006 a 2019, GCC . CodePlex era anteriormente un host común para los repositorios de Subversion.

Subversion fue creado por CollabNet Inc. en 2000 y ahora es un proyecto Apache de alto nivel construido y utilizado por una comunidad global de contribuyentes. [3]

Historia

CollabNet fundó el proyecto Subversion en 2000 como un esfuerzo por escribir un sistema de control de versiones de código abierto que funcionara de manera muy similar a CVS pero que corrigiera los errores y proporcionara algunas características que faltaban en CVS. [4] En 2001, Subversion había avanzado lo suficiente como para albergar su propio código fuente , [4] y en febrero de 2004, se lanzó la versión 1.0. [5] En noviembre de 2009, Subversion fue aceptado en Apache Incubator: esto marcó el comienzo del proceso para convertirse en un proyecto Apache estándar de alto nivel. [6] Se convirtió en un proyecto Apache de alto nivel el 17 de febrero de 2010. [7]

Las fechas de lanzamiento se extraen del CHANGESarchivo de Apache Subversion, [22] que registra todo el historial de lanzamientos.

Características

Tipos de repositorio

Subversion ofrece dos tipos de almacenamiento de repositorio.

Berkeley DB (en desuso)

El desarrollo original de Subversion utilizó el paquete Berkeley DB . Subversion tiene algunas limitaciones con el uso de Berkeley DB cuando un programa que accede a la base de datos falla o finaliza de manera forzada. No se produce pérdida ni corrupción de datos, pero el repositorio permanece fuera de línea mientras Berkeley DB reproduce el diario y limpia los bloqueos pendientes. La forma más segura de utilizar Subversion con un repositorio de Berkeley DB implica que un único proceso de servidor se ejecute como un solo usuario (en lugar de a través de un sistema de archivos compartido). [23] El backend de Berkeley DB quedó obsoleto en la versión 1.8. [24]

FSFS

En 2004, se desarrolló un nuevo subsistema de almacenamiento al que llamó FSFS. Funciona más rápido que el backend de Berkeley DB en directorios con una gran cantidad de archivos y ocupa menos espacio en disco debido a un menor registro. [23]

A partir de Subversion 1.2, FSFS se convirtió en el almacén de datos predeterminado para los nuevos repositorios.

La etimología de "FSFS" se basa en el uso que hace Subversion del término "sistema de archivos" para su sistema de almacenamiento de repositorio. FSFS almacena su contenido directamente dentro del sistema de archivos del sistema operativo, en lugar de en un sistema estructurado como Berkeley DB. Por lo tanto, es un "Sistema de archivos [Subversión] encima del Sistema de archivos".

FSX

Se está desarrollando un nuevo sistema de archivos, llamado FSX, para eliminar algunas limitaciones de FSFS. A partir de la versión 1.9, no se consideraba listo para producción. [25]

Acceso al repositorio

El acceso a los repositorios de Subversion puede realizarse mediante:

  1. Sistema de archivos local o sistema de archivos de red, [26] al que accede directamente el cliente. Este modo utiliza el esquema de acceso file:///path .
  2. WebDAV /Delta-V (a través de http o https) usando el módulo mod_dav_svn para Apache 2 . Este modo utiliza el esquema de acceso http://host/path o https://host/path para conexiones seguras mediante ssl.
  3. Protocolo "svn" personalizado ( puerto predeterminado 3690), utilizando texto sin formato o sobre TCP/IP . Este modo utiliza el esquema de acceso svn://host/path para transporte no cifrado o el esquema svn+ssh://host/path para hacer túneles a través de ssh.

Los tres medios pueden acceder a los repositorios FSFS y Berkeley DB.

Cualquier versión 1.x de un cliente puede funcionar con cualquier servidor 1.x. Los clientes y servidores más nuevos tienen características y capacidades de rendimiento adicionales, pero tienen soporte alternativo para clientes/servidores más antiguos. [27]

Capas

Internamente, un sistema Subversion comprende varias bibliotecas dispuestas en capas. Cada uno realiza una tarea específica y permite a los desarrolladores crear sus propias herramientas al nivel deseado de complejidad y especificidad.

fs
El nivel más bajo; Implementa el sistema de archivos versionado que almacena los datos del usuario.
Repos
Se ocupa del repositorio creado alrededor del sistema de archivos. Tiene muchas funciones de ayuda y maneja los diversos "ganchos" que puede tener un repositorio, por ejemplo, scripts que se ejecutan cuando se realiza una acción. Juntos, Fs y Repos constituyen la "interfaz del sistema de archivos".
mod_dav_svn
Proporciona acceso WebDAV /Delta-V a través de Apache 2.
Real academia de bellas artes
Maneja el "acceso al repositorio", tanto local como remoto. A partir de este momento, se hace referencia a los repositorios mediante URL, por ejemplo
  • file:///path/ para acceso local,
  • http://host/path/ o https://host/path/ para acceso WebDAV, o
  • svn://host/path/ o svn+ssh://host/path/ para el protocolo SVN.
cliente, baño
El nivel más alto. Resume el acceso al repositorio y proporciona tareas comunes del cliente, como autenticar usuarios o comparar versiones. Los clientes de Subversion utilizan la biblioteca Wc para gestionar la copia de trabajo local.

Sistema de archivos

Se puede ver el sistema de archivos Subversion como "bidimensional". [28] Se utilizan dos coordenadas para abordar sin ambigüedades los elementos del sistema de archivos:

Cada revisión en un sistema de archivos Subversion tiene su propia raíz , que se utiliza para acceder al contenido de esa revisión. Los archivos se almacenan como enlaces al cambio más reciente; por tanto, un repositorio de Subversion es bastante compacto. El sistema consume espacio de almacenamiento proporcional al número de cambios realizados, no al número de revisiones.

El sistema de archivos Subversion utiliza transacciones para mantener los cambios atómicos . Una transacción opera en una revisión específica del sistema de archivos, no necesariamente la más reciente. La transacción tiene su propia raíz , en la que se realizan los cambios. Luego se confirma y se convierte en la última revisión o se cancela. La transacción es en realidad un objeto del sistema de archivos de larga duración; un cliente no necesita confirmar o cancelar una transacción por sí mismo, sino que también puede comenzar una transacción, salir y luego volver a abrir la transacción y continuar usándola. Potencialmente, varios clientes pueden acceder a la misma transacción y trabajar juntos en un cambio atómico, aunque ningún cliente existente expone esta capacidad.

Propiedades

Una característica importante del sistema de archivos Subversion son las propiedades: pares de texto de nombre = valor simple . La mayoría de las propiedades ocurren en entradas del sistema de archivos (es decir, archivos y directorios). Estos tienen versiones al igual que otros cambios en el sistema de archivos. El cliente Subversion reserva el prefijo 'svn:' para las propiedades integradas, pero se pueden usar otros nombres para definir propiedades personalizadas.

svn: ejecutable
Hace que un archivo en copias de trabajo alojadas en Unix sea ejecutable, cuando lo admite el sistema de archivos.
svn: tipo mime
Almacena el tipo de medio de Internet ("tipo MIME") de un archivo. Afecta el manejo de diferencias y fusiones.
svn: ignorar
Una lista de patrones de nombres de archivos para ignorar en un directorio. Similar al archivo CVS.cvsignore .
svn: palabras clave
Una lista de palabras clave para sustituir en un archivo cuando se realizan cambios. El archivo en sí también debe hacer referencia a las palabras clave como $keyword$ o $keyword:...$ . Esto se utiliza para mantener cierta información (por ejemplo, autor, fecha del último cambio, número de revisión) en un archivo sin intervención humana. El mecanismo de sustitución de palabras clave se origina en RCS y CVS. [29]
svn: estilo eol
Hace que el cliente convierta caracteres de final de línea en archivos de texto. Se utiliza cuando se necesita la copia de trabajo con un estilo EOL específico. "nativo" se usa comúnmente, para que los EOL coincidan con el estilo EOL del sistema operativo del usuario. Los repositorios pueden requerir esta propiedad en todos los archivos para evitar finales de línea inconsistentes, lo que puede causar un problema en sí mismo.
svn: externos
Permite que partes de otros repositorios se desprotejan automáticamente en un subdirectorio.
svn: necesita-bloqueo
Especifica que se debe extraer un archivo con permisos de archivo establecidos en solo lectura. Está diseñado para usarse con el mecanismo de bloqueo. El permiso de solo lectura recuerda que se debe obtener un bloqueo antes de modificar el archivo: obtener un bloqueo hace que el archivo sea escribible y liberar el bloqueo lo convierte nuevamente en de solo lectura. Los bloqueos sólo se aplican durante una operación de confirmación. Los bloqueos se pueden utilizar sin configurar esta propiedad. Sin embargo, esto no se recomienda porque presenta el riesgo de que alguien modifique un archivo bloqueado; sólo descubrirán que ha sido bloqueado cuando su confirmación falle.
svn:especial
Esta propiedad no debe ser establecida ni modificada directamente por los usuarios. A partir de 2010 sólo se utiliza para tener enlaces simbólicos en el repositorio. Cuando se agrega un enlace simbólico al repositorio, se crea un archivo que contiene el destino del enlace con esta propiedad establecida. Cuando un sistema tipo Unix extrae este archivo, el cliente lo convierte en un enlace simbólico.
svn:mergeinfo
Se utiliza para rastrear datos de fusión (números de revisión) en Subversion 1.5 (o posterior). Esta propiedad se mantiene automáticamente mediante el comando de combinación y no se recomienda cambiar su valor manualmente. [30]

Subversion también utiliza propiedades en las propias revisiones. Al igual que las propiedades anteriores en las entradas del sistema de archivos, los nombres son completamente arbitrarios, y el cliente Subversion usa ciertas propiedades con el prefijo 'svn:'. Sin embargo, estas propiedades no tienen versiones y se pueden cambiar más adelante si lo permite un enlace de cambio previo a la revprop. [31]

svn: fecha
La marca de fecha y hora de una revisión.
svn:autor
El nombre del usuario que envió los cambios.
svn: iniciar sesión
La descripción proporcionada por el usuario de los cambios.

Ramificación y etiquetado

Subversion utiliza el modelo de bifurcación entre archivos de Perforce [32] para implementar bifurcaciones y etiquetado . Una sucursal es una línea de desarrollo separada. [33] Etiquetar se refiere a etiquetar el repositorio en un momento determinado para que pueda encontrarlo fácilmente en el futuro. En Subversion, la única diferencia entre ramas y etiquetas es cómo se usan.

Se configura una nueva rama o etiqueta utilizando el comando " svn copy ", que debe usarse en lugar del mecanismo nativo del sistema operativo. El directorio copiado está vinculado al original en el repositorio para preservar su historial y la copia ocupa muy poco espacio adicional en el repositorio.

Todas las versiones de cada rama mantienen el historial del archivo hasta el momento de la copia, además de los cambios realizados desde entonces. Se pueden "fusionar" los cambios en el tronco o entre ramas.

texto alternativo
Visualización de un proyecto Subversion simple.

Limitaciones y problemas

Un problema conocido en Subversion afecta la implementación de la operación de cambio de nombre de archivos y directorios. A partir de 2014 , Subversion implementa el cambio de nombre de archivos y directorios como una "copia" del nuevo nombre seguida de una "eliminación" del nombre anterior. Sólo cambian los nombres, todos los datos relacionados con el historial de edición siguen siendo los mismos y Subversion seguirá usando el nombre anterior en revisiones anteriores del "árbol". Sin embargo, Subversion puede confundirse cuando un movimiento entra en conflicto con ediciones realizadas en otros lugares, [34] tanto para confirmaciones regulares como al fusionar ramas. [35] La versión Subversion 1.5 abordó algunos de estos escenarios, mientras que otros seguían siendo problemáticos. [36] La versión Subversion 1.8 abordó algunos de estos problemas haciendo que los movimientos sean una operación de primera clase en el cliente, pero aún se trata como copiar+eliminar en el repositorio. [37]

A partir de 2013 , Subversion carece de algunas funciones de administración y gestión de repositorios. Por ejemplo, es posible que alguien desee editar el repositorio para eliminar permanentemente todos los registros históricos de ciertos datos. Subversion no tiene soporte integrado para lograr esto de manera simple. [38]

Subversion almacena copias adicionales de datos en la máquina local, lo que puede convertirse en un problema con proyectos o archivos muy grandes, o si los desarrolladores trabajan en varias ramas simultáneamente. En versiones anteriores a la 1.7, estos .svndirectorios en el lado del cliente podrían dañarse debido a actividades imprudentes del usuario, como operaciones globales de búsqueda/reemplazo. [39] A partir de la versión 1.7, Subversion utiliza una única carpeta .svn centralizada por área de trabajo. [40]

Subversion no almacena los tiempos de modificación de los archivos. Como tal, un archivo extraído de un repositorio de Subversion tendrá la fecha "actual" (en lugar de la hora de modificación en el repositorio), y un archivo registrado en el repositorio tendrá la fecha de registro (en lugar de la fecha de modificación). hora en que se registra el archivo). Puede que esto no sea siempre lo que se desea. [41] Para mitigar esto, existen herramientas de terceros que permiten preservar el tiempo de modificación y otros metadatos del sistema de archivos. [42] [43] Sin embargo, también es importante dar a los archivos extraídos una fecha actual; así es como herramientas como make(1) tomarán nota de un archivo modificado para reconstruirlo.

Subversion utiliza un modelo de control de revisiones centralizado . Ben Collins-Sussman , uno de los diseñadores de Subversion, cree que un modelo centralizado ayudaría a evitar que "programadores inseguros" oculten su trabajo a otros miembros del equipo durante el desarrollo. [44] Algunos usuarios de sistemas de control de versiones ven el modelo centralizado como perjudicial; Es famoso que Linus Torvalds atacó el modelo de Subversion y sus desarrolladores. [45]

Subversion a menudo no maneja bien la normalización de nombres de archivos realizada por el sistema de archivos HFS+ . Esto puede causar problemas cuando archivos con caracteres acentuados en sus nombres se agregan al repositorio en un sistema de archivos que no es HFS+ y luego el repositorio se usa con HFS+. [46]

Etiquetas y ramas de Subversion.

Los números de revisión son difíciles de recordar en cualquier sistema de control de versiones. Por esta razón, la mayoría de los sistemas ofrecen etiquetas simbólicas como referencias fáciles de usar. Subversion no tiene tal característica y lo que su documentación recomienda usar es de naturaleza muy diferente. En lugar de implementar etiquetas como referencias a puntos del historial, Subversion recomienda hacer copias instantáneas en un subdirectorio conocido (" tags/") en el espacio del árbol del repositorio. Sólo están disponibles unas pocas referencias predefinidas : HEAD, y .BASEPREVCOMMITTED

Esta proyección de la historia al espacio tiene múltiples problemas:

  1. Cuando se toma una instantánea, el sistema no asigna ningún significado especial al nombre de la etiqueta/instantánea. Ésta es la diferencia entre una copia y una referencia . La revisión se registra y se puede acceder a la instantánea mediante URL. Esto hace que algunas operaciones sean menos convenientes y otras imposibles. Por ejemplo, un ingenuo svn diff -r tag1:tag2 myfileno trabaja; es un poco más complicado de lograr, ya que requiere que el usuario conozca e ingrese URL/rutas a las instantáneas en lugar de solo los nombres: svn diff <URL-TO-TAG1>/myfile <URL-TO-TAG2>/myfile. Otras operaciones como por ejemplo svn log -r tag1:tag2 myfileson simplemente imposibles.
  2. Cuando dos tipos de objetos (idealmente independientes) viven en el árbol del repositorio, puede sobrevenir una "lucha por llegar a la cima". En otras palabras, a menudo resulta difícil decidir en qué nivel crear el tags/subdirectorio:
  3. Las etiquetas, según su definición convencional, son de solo lectura y livianas, tanto en el repositorio como en el cliente. Las copias de Subversion no son de sólo lectura y, si bien son livianas en el repositorio, son increíblemente pesadas en el cliente.

Para abordar estos problemas, los carteles de las listas de correo de Subversion han sugerido una nueva característica llamada "etiquetas" o "alias". [47] Las etiquetas SVN se parecerían más a las "etiquetas" de otros sistemas como CVS o Git . El hecho de que Subversion tenga números de revisión globales abre el camino a una implementación de etiqueta → revisión muy simple. Sin embargo, hasta 2013, no se han logrado avances y las etiquetas simbólicas no están en la lista de las características más buscadas. [48]

Desarrollo e implementación

CollabNet ha continuado su participación con Subversion, pero el proyecto se ejecuta como una comunidad independiente de código abierto. En noviembre de 2009, el proyecto fue aceptado en Apache Incubator, con el objetivo de formar parte de los esfuerzos de Apache Software Foundation . [49] Desde marzo de 2010, el proyecto se conoce formalmente como Apache Subversion y forma parte de los proyectos de nivel superior de Apache. [50]

En octubre de 2009, WANdisco anunció la contratación de los principales responsables de Subversion mientras la empresa avanzaba para convertirse en un importante patrocinador corporativo del proyecto. Esto incluyó a Hyrum Wright, presidente de Subversion Corporation y gerente de lanzamiento del proyecto Subversion desde principios de 2008, quien se unió a la compañía para liderar su equipo de código abierto. [51]

La comunidad de código abierto de Subversion no proporciona archivos binarios, pero los usuarios potenciales pueden descargar archivos binarios de voluntarios. [52] Si bien el proyecto Subversion no incluye una interfaz gráfica de usuario (GUI) oficial para usar con Subversion, terceros han desarrollado varias GUI diferentes, junto con una amplia variedad de software auxiliar adicional.

El trabajo anunciado en 2009 incluyó SubversionJ (una API de Java ) y la implementación del comando Obliterate, similar al proporcionado por Perforce . Ambas mejoras fueron patrocinadas por WANdisco. [53]

Los confirmadores de Subversion normalmente tienen al menos una o dos características nuevas en desarrollo activo en cualquier momento. La versión 1.7 de Subversion en octubre de 2011 incluyó un transporte HTTP optimizado para mejorar el rendimiento y una biblioteca de copias de trabajo reescrita. [54]

En 2002 se realizó un concurso de diseño para seleccionar el logo de Subversion. Las entradas originales se pueden encontrar aquí, así como los votos para cada logotipo. El logo actual recibió la mayor cantidad de votos en el concurso.

Ver también

Notas

  1. ^ Apache-2.0 desde el 7 de julio de 2009.

Referencias

Notas a pie de página

  1. ^ Nathan Hartman (29 de diciembre de 2023). "[ANUNCIO] Lanzamiento de Apache Subversion 1.14.3" . Consultado el 29 de diciembre de 2023 .
  2. ^ "Subversión". directorio.fsf.org . Directorio de software libre . 2020 . Consultado el 3 de octubre de 2023 .
  3. ^ "La Apache Software Foundation anuncia el vigésimo aniversario de Apache® Subversion®". Sala de noticias GlobeNewswire (Presione soltar). 2020-02-27 . Consultado el 29 de enero de 2023 .
  4. ^ ab Collins-Sussman, Ben; Brian W. Fitzpatrick; C. Miguel Pilato (2011). "¿Qué es Subversion? > Historia de Subversion". Control de versiones con Subversion (para Subversion 1.7) . Consultado el 15 de marzo de 2012 .
  5. ^ Benjamín Zeiss (2004). "Se lanza la subversión 1.0". Noticias semanales de Linux . Consultado el 30 de marzo de 2014 .
  6. ^ Rubinstein, David (4 de noviembre de 2009). "Subversion une fuerzas con Apache". Tiempos SD. Archivado desde el original el 11 de noviembre de 2009 . Consultado el 15 de marzo de 2012 .
  7. ^ "Subversion ahora es Apache Subversion". 18 de febrero de 2010. Archivado desde el original el 12 de mayo de 2011 . Consultado el 15 de marzo de 2012 .
  8. ^ "Notas de la versión de Subversion 1.1" . Consultado el 21 de septiembre de 2015 .
  9. ^ "Notas de la versión de Subversion 1.2" . Consultado el 21 de septiembre de 2015 .
  10. ^ "Notas de la versión de Subversion 1.3" . Consultado el 21 de septiembre de 2015 .
  11. ^ "Notas de la versión de Subversion 1.4" . Consultado el 21 de septiembre de 2015 .
  12. ^ "Notas de la versión de Subversion 1.5" . Consultado el 21 de septiembre de 2015 .
  13. ^ "Notas de la versión de Apache Subversion 1.6" . Consultado el 21 de septiembre de 2015 .
  14. ^ "Notas de la versión de Apache Subversion 1.7" . Consultado el 21 de septiembre de 2015 .
  15. ^ "Notas de la versión de Apache Subversion 1.8" . Consultado el 21 de septiembre de 2015 .
  16. ^ "Notas de la versión de Apache Subversion 1.9" . Consultado el 21 de septiembre de 2015 .
  17. ^ "Notas de la versión de Apache Subversion 1.10" . Consultado el 17 de abril de 2018 .
  18. ^ "Notas de la versión de Apache Subversion 1.11" . Consultado el 31 de octubre de 2018 .
  19. ^ "Notas de la versión de Apache Subversion 1.12" . Consultado el 1 de mayo de 2019 .
  20. ^ "Notas de la versión de Apache Subversion 1.13".
  21. ^ "Notas de la versión de Apache Subversion 1.14 LTS". subversion.apache.org . Consultado el 2 de junio de 2020 .
  22. ^ "Archivo CAMBIOS de Apache Subversion" . Consultado el 31 de octubre de 2018 .
  23. ^ ab Ben Collins-Sussman; Brian W. Fitzpatrick; C. Miguel Pilato (2011). "Capítulo 5: Estrategias para la implementación del repositorio". Control de versiones con Subversion: para Subversion 1.7. O'Reilly.
  24. ^ "Notas de la versión de Apache Subversion 1.8". Proyecto Apache . Consultado el 5 de mayo de 2020 .
  25. ^ "Notas de la versión de Apache Subversion 1.9".
  26. ^ Berkeley DB se basa en el bloqueo de archivos y, por lo tanto, no debe usarse en sistemas de archivos (de red) que no los implementen
  27. ^ Notas de la versión SVN 1.5
  28. ^ Fusión básica
  29. ^ "rcs(1)". Páginas del manual de OpenBSD .
  30. ^ Propiedades de subversión
  31. ^ cambio previo a la revolución
  32. ^ Ramificación entre archivos: un método práctico para representar variantes Archivado el 14 de julio de 2007 en la Wayback Machine.
  33. ^ Ramificación/etiquetado - TortoiseSVN
  34. ^ "Implementar cambios de nombre verdaderos". Archivado desde el original el 1 de diciembre de 2002 . Consultado el 11 de mayo de 2007 .
  35. ^ Fusión avanzada
  36. ^ Mejoras relacionadas con copiar/mover en Subversion 1.5
  37. ^ Los registros de la copia de trabajo se mueven como una operación de primera clase en Subversion 1.8
  38. ^ "[SVN-516] svn borrar" . Consultado el 4 de septiembre de 2023 .
  39. ^ "Subclipse - Reparación de suma de comprobación SVN".
  40. ^ Mejoras en el almacenamiento de metadatos de la copia de trabajo (cliente)
  41. ^ "[SVN-1256] Capacidad para preservar la hora de la última modificación (mtime) de archivos bajo control de versiones" . Consultado el 4 de septiembre de 2023 .
  42. ^ FreezeAttrib (guarda/restaura los atributos del archivo usando propiedades)
  43. ^ fsvs: sistema completo de versiones del sistema en GitHub
  44. ^ Inseguridad del programador @ iBanjo
  45. ^ Vídeo de Google Tech Talk y su transcripción
  46. ^ "[SVN-2464] Canonicalizar/preparar cadenas de nombres de archivos UTF-8 para manejar las diferencias compuestas/descompuestas mostradas, por ejemplo, por Mac OS X HFS+" . Consultado el 4 de septiembre de 2023 .
  47. ^ Por ejemplo: Weintraub, David (23 de mayo de 2005). "'Etiquetas' de Subversion frente a 'etiquetas'". SVN Dev (lista de correo) . Consultado el 5 de mayo de 2020 .
  48. ^ "Hoja de ruta de la subversión de Apache". Proyecto Apache . Consultado el 5 de mayo de 2020 .
  49. ^ "Subversion enviada para convertirse en un proyecto de la Apache Software Foundation". 4 de noviembre de 2009 . Consultado el 1 de octubre de 2019 .
  50. ^ "CollabNet apoya la graduación de Subversion al proyecto de nivel superior de Apache". CollabNet. 1 de marzo de 2010. Archivado desde el original el 11 de marzo de 2010.
  51. ^ WANdisco (7 de enero de 2010). "WANdisco nombra a Hyrum Wright para liderar los esfuerzos de código abierto de Subversion". Comunicado de prensa . Revista de código abierto. Archivado desde el original el 18 de enero de 2012 . Consultado el 29 de octubre de 2011 .
  52. ^ "Paquetes binarios de Apache Subversion". Sitio web oficial del proyecto . Consultado el 29 de octubre de 2011 .
  53. ^ WANdisco (28 de octubre de 2009). "WANdisco presenta nuevas iniciativas para el proyecto de código abierto Subversion". Comunicado de prensa . CM Encrucijada. Archivado desde el original el 18 de noviembre de 2011 . Consultado el 29 de octubre de 2011 .
  54. ^ "Hoja de ruta de la subversión de Apache". Sitio web oficial del proyecto . Consultado el 29 de octubre de 2011 .

Fuentes

Otras lecturas

enlaces externos