Apache Subversion

Apache Subversion (a menudo abreviado SVN , por el nombre de su comando svn ) es un sistema de control de versiones distribuido como código abierto bajo la Licencia Apache . ^{[ 1 ]} 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 compatible con el 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 . ^{[ 2 ]} CodePlex era anteriormente un host común para repositorios de Subversion.

Subversion fue creado por CollabNet Inc. en 2000 y fue un proyecto Apache de alto nivel que fue construido y utilizado por una comunidad global de colaboradores. ^{[ 3 ]}

CollabNet fundó el proyecto Subversion en 2000 como un esfuerzo para 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 ]} Para 2001, Subversion había avanzado lo suficiente como para alojar 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 nivel superior. ^{[ 6 ]} Se convirtió en un proyecto Apache de nivel superior el 17 de febrero de 2010. ^{[ 7 ]}

Las fechas de lanzamiento se extraen del archivo de Apache Subversion CHANGES, ^{[ 26 ]} que registra todo el historial de lanzamientos.

• Las confirmaciones se consideran operaciones atómicas reales (las operaciones de confirmación interrumpidas en CVS provocarían inconsistencias o corrupción en el repositorio).
• El sistema mantiene el control de versiones para directorios y algunos metadatos de archivos específicos (ver Propiedades ). Los usuarios pueden mover o copiar archivos y árboles de directorios completos con gran rapidez, conservando el historial de revisiones completo (implementado mediante una referencia al objeto original).
• Control de versiones de enlaces simbólicos .
• Compatibilidad nativa con archivos binarios, con almacenamiento de diferencias binarias que optimiza el espacio.
• Servidor HTTP Apache como servidor de red, WebDAV / Delta-V para el protocolo . También hay un proceso de servidor independiente llamado svnserve que utiliza un protocolo personalizado sobre TCP/IP .
• La ramificación se implementa mediante una copia de un directorio, por lo que es una operación económica e independiente del tamaño del archivo.
• Diseño de biblioteca por capas , nativo de cliente-servidor .
• El protocolo cliente/servidor envía diferencias en ambas direcciones.
• Salida analizable , incluyendo la salida de registro XML .
• Licencia de código abierto : Licencia Apache desde la versión 1.7; las versiones anteriores utilizan una derivada de la Licencia de Software Apache 1.1.
• Mensajes de programas internacionalizados .
• Bloqueo de archivos para archivos que no se pueden fusionar ("reservas de acceso").
• Autorización basada en rutas.
• Enlaces de lenguaje para C# , PHP , Python , Perl , Ruby y Java .
• Compatibilidad total con MIME : los usuarios pueden ver o cambiar el tipo MIME de cada archivo, y el software reconoce qué tipos MIME pueden tener diferencias con respecto a versiones anteriores.
• Seguimiento de fusiones: se realizará un seguimiento de las fusiones entre ramas, lo que permite la fusión automática entre ramas sin necesidad de indicarle a Subversion qué se debe fusionar y qué no.
• Listas de cambios para organizar las confirmaciones en grupos de confirmaciones.

Internamente, un sistema Subversion se compone de varias bibliotecas organizadas en capas. Cada una realiza una tarea específica y permite a los desarrolladores crear sus propias herramientas con el nivel de complejidad y especificidad deseado.

Fs

El nivel más bajo; implementa el sistema de archivos versionado que almacena los datos del usuario.

Repositorios

Se centra en el repositorio construido alrededor del sistema de archivos. Cuenta con numerosas funciones auxiliares y gestiona los diversos "ganchos" que pueda tener un repositorio, como por ejemplo, los scripts que se ejecutan al realizar una acción. En conjunto, 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

Gestiona el "acceso al repositorio", tanto local como remoto. A partir de este punto, se hace referencia a los repositorios mediante URL, por ejemplo:

• file:///ruta/ 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, WC

El nivel más alto. Abstrae el acceso al repositorio y proporciona tareas comunes para el cliente, como la autenticación de usuarios o la comparación de versiones. Los clientes de Subversion utilizan la biblioteca Wc para gestionar la copia de trabajo local.

El sistema de archivos de Subversion puede considerarse "bidimensional". ^{[ 33 ]} Se utilizan dos coordenadas para direccionar de forma inequívoca los elementos del sistema de archivos:

• Ruta ( ruta habitual del sistema de archivos de un sistema operativo tipo Unix )
• Revisión

En un sistema de archivos Subversion, cada revisión tiene su propia raíz , que se utiliza para acceder al contenido de dicha revisión. Los archivos se almacenan como enlaces al cambio más reciente; por lo tanto, un repositorio 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 garantizar la atómica de los cambios . Una transacción opera sobre una revisión específica del sistema de archivos, no necesariamente la más reciente. La transacción tiene su propia raíz , sobre la cual se realizan los cambios. Posteriormente, 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 ni cancelar una transacción por sí mismo, sino que puede iniciarla, finalizarla y luego volver a abrirla para seguir utilizándola. Potencialmente, varios clientes pueden acceder a la misma transacción y colaborar en un cambio atómico, aunque ningún cliente existente ofrece esta funcionalidad.

Una característica importante del sistema de archivos Subversion son las propiedades: simples pares de texto nombre = valor . La mayoría de las propiedades se encuentran en las entradas del sistema de archivos (es decir, archivos y directorios). Estas se versionan 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 el sistema de archivos lo permite.

svn:tipo-mime

Almacena el tipo de medio de Internet ("tipo MIME") de un archivo. Afecta al manejo de diferencias y fusiones.

svn:ignorar

Una lista de patrones de nombres de archivo que se deben ignorar en un directorio. Similar al archivo de CVS.cvsignore .

svn:palabras clave

Una lista de palabras clave para sustituir en un archivo cuando se realicen 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 tiene su origen en RCS y CVS. ^{[ 34 ]}

svn:eol-style

Permite que el cliente convierta los caracteres de fin de línea en los archivos de texto. Se utiliza cuando se necesita una copia de trabajo con un estilo de fin de línea específico. Se suele usar "nativo" para que los caracteres de fin de línea coincidan con el estilo 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 generar problemas.

svn:externals

Permite extraer automáticamente partes de otros repositorios a un subdirectorio.

svn:necesita-bloqueo

Especifica que un archivo se extraerá con permisos de solo lectura. Esto 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: al obtener un bloqueo, el archivo se vuelve editable, y al liberarlo, vuelve a ser de solo lectura. Los bloqueos solo se aplican durante una operación de confirmación. Se pueden usar bloqueos sin configurar esta propiedad. Sin embargo, no se recomienda, ya que introduce el riesgo de que alguien modifique un archivo bloqueado; solo descubrirá que está bloqueado cuando falle la confirmación.

svn:special

Esta propiedad no está destinada a ser configurada o modificada directamente por los usuarios. A partir de 2010Se utiliza únicamente para crear enlaces simbólicos en el repositorio. Al agregar un enlace simbólico al repositorio, se crea un archivo con el destino del enlace y esta propiedad activada. Cuando un sistema tipo Unix extrae este archivo, el cliente lo convierte en un enlace simbólico.

svn:mergeinfo

Se utiliza para realizar un seguimiento de los datos de fusión (números de revisión) en Subversion 1.5 (o posterior). Esta propiedad se mantiene automáticamente mediante el comando merge , y no se recomienda cambiar su valor manualmente. ^{[ 35 ]}

Subversion también utiliza propiedades en las revisiones. Al igual que las propiedades mencionadas anteriormente en las entradas del sistema de archivos, los nombres son completamente arbitrarios, y el cliente Subversion utiliza ciertas propiedades con el prefijo 'svn:'. Sin embargo, estas propiedades no tienen versiones y pueden modificarse posteriormente si lo permite un gancho pre-revprop-change. ^{[ 36 ]}

svn:fecha

La fecha y hora de una revisión.

svn:autor

El nombre del usuario que envió el/los cambio(s).

svn:log

Descripción del/los cambio(s) proporcionada por el usuario.

Subversion utiliza el modelo de ramificación entre archivos de Perforce ^{[ 37 ]} para implementar ramas y etiquetas . Una rama es una línea de desarrollo independiente. ^{[ 38 ]} El etiquetado consiste en etiquetar el repositorio en un momento determinado para que pueda encontrarse fácilmente en el futuro. En Subversion, la única diferencia entre ramas y etiquetas radica en su uso.

Se crea una nueva rama o etiqueta mediante el comando " svn copy ", que debe utilizarse en lugar del mecanismo nativo del sistema operativo. El directorio copiado se vincula 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 conservan el historial del archivo hasta el momento de la copia, además de cualquier cambio realizado desde entonces. Se pueden fusionar los cambios con la rama principal o entre ramas.

Visualización de un proyecto Subversion simple

Un problema conocido en Subversion afecta la implementación de la operación de renombrar archivos y directorios. A partir de 2014Subversion implementa el cambio de nombre de archivos y directorios como una "copia" al nuevo nombre seguida de una "eliminación" del nombre anterior. Solo cambian los nombres, todos los datos relacionados con el historial de edición permanecen iguales, y Subversion seguirá utilizando el nombre anterior en revisiones anteriores del "árbol". Sin embargo, Subversion puede confundirse cuando un movimiento entra en conflicto con ediciones realizadas en otro lugar, ^{[ 39 ]} tanto para confirmaciones regulares como al fusionar ramas. ^{[ 40 ]} La versión Subversion 1.5 abordó algunos de estos escenarios, mientras que otros siguieron siendo problemáticos. ^{[ 41 ]} La versión Subversion 1.8 abordó algunos de estos problemas al hacer que los movimientos fueran una operación de primera clase en el cliente, pero aún se trata como copiar+eliminar en el repositorio. ^{[ 42 ]}

A partir de 2013Subversion carece de algunas funciones de administración y gestión de repositorios. Por ejemplo, alguien podría querer editar el repositorio para eliminar permanentemente todos los registros históricos de ciertos datos. Subversion no cuenta con soporte integrado para lograr esto fácilmente. ^{[ 43 ]}

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 podían corromperse por actividades de usuario imprudentes, como operaciones globales de búsqueda y reemplazo. ^{[ 44 ]} A partir de la versión 1.7, Subversion utiliza una única carpeta .svn centralizada por área de trabajo. ^{[ 45 ]}

Subversion no almacena las fechas de modificación de los archivos. Por lo tanto, un archivo extraído de un repositorio Subversion tendrá la fecha actual (en lugar de la fecha de modificación en el repositorio), y un archivo incorporado al repositorio tendrá la fecha de incorporación (en lugar de la fecha de modificación del archivo incorporado). Esto no siempre es lo que se desea. ^{[ 46 ]} Para mitigar esto, existen herramientas de terceros que permiten conservar la fecha de modificación y otros metadatos del sistema de archivos. ^{[ 47 ] [ 48 ]} Sin embargo, también es importante que los archivos extraídos tengan una fecha actual; así es como herramientas como make(1) detectarán un archivo modificado para reconstruirlo.

Subversion utiliza un modelo de control de versiones centralizado. Ben Collins-Sussman , uno de los diseñadores de Subversion, cree que un modelo centralizado ayudaría a evitar que los "programadores inseguros" oculten su trabajo a otros miembros del equipo durante el desarrollo. ^{[ 49 ]} Algunos usuarios de sistemas de control de versiones consideran que el modelo centralizado es perjudicial; de hecho, Linus Torvalds criticó duramente el modelo de Subversion y a sus desarrolladores. ^{[ 50 ]}

Subversion a menudo no maneja bien la normalización de nombres de archivo que realiza el sistema de archivos HFS+ . Esto puede causar problemas cuando se agregan al repositorio archivos con caracteres acentuados en sus nombres en un sistema de archivos que no sea HFS+ y luego se usa el repositorio con HFS+. ^{[ 51 ]}

CollabNet ha continuado su participación en Subversion, pero el proyecto funciona como una comunidad de código abierto independiente. En noviembre de 2009, el proyecto fue aceptado en la Incubadora de Apache, con el objetivo de formar parte de los esfuerzos de la Fundación de Software Apache . ^{[ 54 ]} Desde marzo de 2010, el proyecto se conoce formalmente como Apache Subversion y forma parte de los Proyectos de Nivel Superior de Apache. ^{[ 55 ]}

En octubre de 2009, WANdisco anunció la contratación de colaboradores clave de Subversion, al tiempo que la empresa se convertía en un importante patrocinador corporativo del proyecto. Entre ellos se encontraba Hyrum Wright, presidente de Subversion Corporation y director de lanzamientos del proyecto Subversion desde principios de 2008, quien se unió a la empresa para liderar su equipo de código abierto. ^{[ 56 ]}

La comunidad de código abierto de Subversion no proporciona binarios, pero los usuarios potenciales pueden descargarlos de voluntarios. ^{[ 57 ]} 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.

Entre los trabajos anunciados en 2009 se incluían SubversionJ (una API de Java ) y la implementación del comando Obliterate, similar al proporcionado por Perforce . Ambas mejoras fueron patrocinadas por WANdisco. ^{[ 58 ]}

Los desarrolladores de Subversion suelen tener al menos una o dos nuevas funcionalidades en desarrollo activo en cualquier momento. La versión 1.7 de Subversion, lanzada en octubre de 2011, incluyó un transporte HTTP optimizado para mejorar el rendimiento y una biblioteca de copia de trabajo reescrita. ^{[ 59 ]}

En 2002 se celebró un concurso de diseño para seleccionar el logotipo de Subversion. Aquí se pueden consultar las propuestas originales, así como los votos para cada logotipo.

• Lista de software de control de versiones
• Comparación de software de control de versiones
• Lista de software que utiliza Subversion
• TortugaSVN

• Desmintiendo los mitos sobre Subversion por Ben Collins-Sussman (desarrollador de Subversion), enlace roto desde el 07/03/2013 ( versión capturada por Internet Archive.org Wayback Machine el 18/07/2011 , "última actualización" 21/12/2004).

• Sitio web oficial