1. La diferencia entre git y SVN :
Permítanme hablar sobre mi propio entendimiento. Git es un sistema de administración de versiones distribuido. Cada PC es una biblioteca de versiones independiente y completa. La pérdida de un proyecto humano no causará mucho impacto. Solo necesita descargarlo de forma remota, siempre y cuando enviarlo al control remoto, todos pueden ver y actualizar, cada envío tendrá un registro, alta seguridad, adecuado para el mantenimiento colaborativo de varias personas en Internet, incluso sin una red, los individuos pueden editar, la operación en Linux es más conveniente; svn es centralizado, con requisitos de red más altos, generalmente aplicable a las redes de área local. Por ejemplo, en la misma área de oficina de una empresa, cada envío de todos se concentra en el servidor central. Debido a que es una red de área local, el La velocidad es mayor y las desventajas también son obvias. El servidor está descartado y el mantenimiento es un gran problema. Generalmente, se puede operar bajo ventanas.
2. Explicación detallada de los comandos de git:
Primero pon una foto del gran dios
git commit:
rama de git:
git checkout
git merge: si somos dos ramas diferentes, fusionaremos y generaremos una nueva rama
git rebase: me llevaré mi dote contigo
Aquí se encuentra que si la rama actual (maestra) hereda un nodo hijo (por ejemplo, C1, la rama se llama bugFix), use git merge bugFix; y use git rebase bugFix. Ambos obtienen el mismo resultado: haga que la rama bugFix y el maestro apunten al nodo secundario.
Git merge CC fusiona el registro de la rama CC con la rama actual (si se genera una fusión se determina si el nodo actual contiene todas las confirmaciones), y git rebase CC es copiar el trabajo de la rama actual al registro CC.
Prueba: si la rama actual (maestra) hereda el nodo principal (por ejemplo, C1, la rama se llama bugFix), usar git rebase bugFix no generará ninguna confirmación, lo que indica "la rama ya es la última"; y la rama actual (maestro) tiene un nodo hijo (por ejemplo, C1, la rama se llama bugFix), el uso de git merge bugFix hará que la rama principal actual apunte a C1 así como a bugFix.
(Usando git merge y git rebase desde el punto de vista del usuario, los resultados son los mismos, pero hay una diferencia en el proceso de fusión, se generará una nueva confirmación y la rebase obtendrá una estructura lineal, y el nodo donde la rama actual se encuentra es la última posición fusionada)
HEAD: representa el punto-asterisco actual "*"
Referencias relativas: ^ y ~
Deshacer cambios: git reset y git revert
git cherry-pick
Rebase interactivo
En la interfaz de IU emergente, puede elegir mover el orden de los últimos 4 envíos, como se muestra en la figura:
Después de confirmar, obtenga el siguiente resultado:
Envío de pila local:
Consejo de envío 1:
Técnica de presentación 2:
etiquetas git:
git describe:
Seleccione el registro de envío principal:
Procesamiento de múltiples ramas:
Almacén remoto:
git clone: copia el almacén remoto al almacén local
git fetch: descarga desde el almacén remoto a local
git pull:
git pull: equivalente a una versión fusionada de git fetch y git merge
Simular el trabajo en equipo:
git push: sube el almacén local al almacén remoto
El servidor remoto se negó:
