Resumen de SVN
VCS (Sistema de control de versiones): un sistema de control de versiones que nos ayuda a registrar y rastrear los cambios de varios archivos en el proyecto. La forma más simple es copiar manualmente el archivo de respaldo y agregar la hora y la fecha al archivo de respaldo. Desde el aspecto de mejorar la eficiencia, esperamos que este proceso sea automático y no requiera demasiada participación humana, por lo que nace un sistema de control de versiones.
El proyecto de la compañía usa Git como una herramienta de administración de versiones, lo que me dificulta a mí, una persona que solo ha usado SVN durante un tiempo, comenzar mi viaje para aprender Git.
Antes de presentar Git, es necesario hacer un resumen de los puntos de inflamación SVN que se han utilizado en el pasado:
(1) Copia ligera, por ejemplo, copiar troncal a sucursales / v1.0 es equivalente a hacer una marca en el archivo de conjunto de cambios;
(2) Autorice el archivo para implementar la autorización de la biblioteca de versiones
(3) .svn —— Copia original redundante, algunos comandos ya no necesitan conexión de red, como comparación de diferencias, modificación de errores y reversión
Estas características no han cambiado sustancialmente de CVS, el sistema pionero de control de versiones. Al igual que CVS, SVN también es un sistema de control de versiones centralizado: un proyecto solo tiene una biblioteca de versiones correspondiente, todos los equipos Todos los miembros interactúan con el servidor a través de la red, lo que puede causar un solo punto de falla, y también puede causar demoras en las operaciones, como ver registros y enviar datos causados por demoras en la red. El problema es aún más obvio cuando la WAN se utiliza para el trabajo colaborativo.
Además de estos problemas comunes con los sistemas de control de versiones centralizados , SVN también tiene sus propios problemas únicos:
Hitos y errores de diseño de sucursales
① Debe seguir ciertas reglas de directorio
②Para hitos y sucursales recién creados, se requieren operaciones de autorización repetidas.
Management La gestión de la sucursal es caótica y aleatoria
El control de versión centralizado representado por CVS y Subversion tiene principalmente los siguientes defectos:
En el árbol del directorio de trabajo local, solo se puede ver la última versión del código. Si desea consultar registros de modificaciones históricas, debe conectarse a la biblioteca de versiones del servidor.
El sistema de gestión distribuido DVCS (Sistema de control de versiones distribuido), representado por Git, está resolviendo este problema de manera efectiva.
Introducción a Git
Para resolver el problema del sistema de control de versiones centralizado, se ha desarrollado un sistema de control de versiones distribuido (DVCS-Distributed Version Control System), y Git es su representante típico. Es la mayor diferencia de SVN y también es una versión distribuida y centralizada. La mayor diferencia entre los sistemas de control es que hay más de una biblioteca de versiones correspondiente al sistema que administramos.
Específicamente, para todos, el uso de Git tiene una biblioteca de versiones completa localmente, que registra todos los cambios del sistema y de la versión antes de la clonación. Entonces, ¿cómo colaboras con los demás? Puede configurar uno o más repositorios compartidos para enviar los cambios que hicimos en los repositorios locales a los repositorios remotos (compartidos) y extraer los cambios de los repositorios remotos a otras personas locales, luego puede lograr compartir. Estas dos operaciones son similares a los comandos commit y update en SVN.
Bien, después de una comprensión preliminar de Git, sabemos que resuelve los problemas causados por el modo centralizado para nosotros. Entonces, ¿cómo se resuelven o reflejan algunos problemas y características en SVN en Git?Estas preguntas serán seguidas en el estudio y uso posteriores.
Resumen
Cualquier invención o creación, cualquier ley teórica, parece resolver un problema o resolver una pregunta. De manera similar, nuestra tecnología no es una excepción. Aunque existen muchas tecnologías, pueden ser proactivas y rápidas cuando se usan. Es extremadamente crítico aprender, y Git se inició oficialmente y está en progreso.
