Liao Xuefeng explica la explicación del video tutorial del
tutorial para novatos
1. Instale git en linux
Ingrese git primero para consultar la situación de instalación
$ git
El programa 'git' no está instalado actualmente. Puede instalarlo escribiendo:
sudo apt-get install git
Si no está instalado, ingrese el siguiente comando para completar la instalación
sudo apt-get install git
2. Cree una biblioteca de
versión de biblioteca, también conocida como almacén, el nombre en inglés es repositorio, que puede entenderse simplemente como un directorio. Todos los archivos en este directorio pueden ser administrados por Git. Git puede rastrear la modificación y eliminación de cada archivo para que se pueda rastrear en cualquier momento. Ambos pueden rastrear el historial o "restaurar" en algún momento en el futuro.
Primero crea un directorio para git:
$ mkdir learnngit
$ cd learngit
$ pwd
/ Users / michael / learngit
Use el comando git init para convertir este directorio en un almacén que Git pueda administrar:
git init
Repositorio Git vacío inicializado en /Users/michael/learngit/.git/
En un instante, Git construye el repositorio y le dice que es un repositorio de Git vacío. Los lectores cuidadosos pueden encontrar que hay un directorio .git adicional en el directorio actual. Git usa este directorio para rastrear y administrar el repositorio. Don ' t modifique manualmente los archivos en este directorio; de lo contrario, los cambios se estropearán y el repositorio de Git se destruirá.
Si no ve el directorio .git, es porque este directorio está oculto por defecto y puede verlo con el comando ls -ah.
3. Crea un archivo en la biblioteca.
Todos los sistemas de control de versiones solo pueden rastrear cambios en archivos de texto, como archivos TXT, páginas web, todos los códigos de programa, etc., y Git no es una excepción. El sistema de control de versiones puede indicarle todos los cambios, como agregar una palabra "Linux" en la línea 5 y eliminar una palabra "Windows" en la línea 8. Aunque los archivos binarios de imágenes y videos también pueden ser administrados por el sistema de control de versiones, no pueden rastrear los cambios de los archivos. Solo pueden encadenar cada cambio de los archivos binarios, es decir, solo saber que la imagen ha cambiado de 100KB a 120KB, pero al final Lo que se ha cambiado, el sistema de control de versiones no lo sabe, ni puede saberlo.
El formato Word de Microsoft es un formato binario, por lo que el sistema de control de versiones no puede realizar un seguimiento de los cambios en los archivos de Word.
El texto está codificado, como la codificación GBK de uso común para el chino y la codificación Shift_JIS para el japonés. Si no hay problemas históricos, se recomienda encarecidamente utilizar la codificación UTF-8 estándar. Todos los idiomas utilizan la misma codificación. No hay conflicto y es utilizado por todas las plataformas.
Para escribir un archivo readme.txt, debe colocarse en el directorio learnngit (los subdirectorios también están bien), porque este es un repositorio de Git, y no importa cuán poderoso sea, no puede encontrar este archivo en otros lugares .
El primer paso es decirle a Git con el comando git add que agregue el archivo al almacén:
$ git agregar readme.txt
Ejecute el comando anterior, no hay pantalla, es cierto, la filosofía de Unix es "No hay noticias son buenas noticias", lo que indica que la adición se realizó correctamente.
El segundo paso es decirle a Git con el comando git commit que envíe el archivo al almacén:
git commit -m “escribió un archivo readme”
[master (root-commit) eaadf4e] escribió un archivo readme
1 archivo cambiado, 2 inserciones (+)
modo de creación 100644 readme.txt
Explica brevemente el comando git commit. La entrada detrás de -m es la descripción de este envío. Puedes ingresar cualquier contenido. Por supuesto, es mejor ser significativo, para que puedas encontrar fácilmente el registro de cambios en el registro histórico.
Después de que el comando git commit se ejecute con éxito, le dirá que 1 archivo cambió: 1 archivo ha sido cambiado (el archivo readme.txt que agregamos recientemente); 2 inserciones: Se han insertado dos líneas de contenido (readme.txt tiene dos líneas de contenido).
¿Por qué Git necesita agregar archivos en dos pasos, agregar y confirmar? Debido a que la confirmación puede enviar muchos archivos a la vez, puede agregar diferentes archivos varias veces, como
git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."
4. Modifique el archivo y envíelo
Intente enviar después de modificar el archivo readme.txt:
$ git agregar readme.txt
$ git commit -m "agregar GPL"
[maestro 1094adb] agregar GPL
1 archivo modificado, 1 inserción (+), 1 eliminación (-)
Realice constantemente cambios en el archivo y luego continúe enviando los cambios al repositorio. Siempre que sienta que el archivo ha sido modificado hasta cierto punto, Git puede "guardar una instantánea". Esta instantánea se llama confirmación en Git. Una vez que estropee el archivo, o elimine el archivo por error, también puede restaurar desde la última confirmación y continuar trabajando en lugar de perder todos los resultados de los meses de trabajo.
5. Ver la versión existente
El sistema de control de versiones debe tener cierto comando que nos pueda decir el historial. En Git, usamos el comando git log para ver:
$ Git log
cometer 1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> maestro)
Autor: Michael Liao [email protected]
Fecha: Fri 18 de mayo de 2018 21:06:15 +0800
append GPL
cometer e475afc93c209a690c39c13a46716e8fa000c366
Autor: Michael Liao [email protected]
Fecha: Vie Mayo 18 21:03:36 2018 +0800
agregar
confirmación distribuida eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0
Autor: Michael Liao [email protected]
Fecha: viernes 18 de mayo 20:59:18 2018 +0800
escribió un archivo Léame
El comando git log muestra el registro de confirmación desde la más reciente hasta la más lejana. Puedes ver 3 confirmaciones. La más reciente es agregar GPL, la última es agregar distribuida y la primera es escribir un archivo Léame.
Agregue -pretty = parámetro en línea para simplificar:
$ git log --pretty = oneline
1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master) agregar GPL
e475afc93c209a690c39c13a46716e8fa000c366 agregar
archivo eaadf4e385e865d25fc748e5caed distribuido
Una cadena grande de ID de confirmación (número de versión) similar a 1094adb ... es diferente de SVN. La ID de confirmación de Git no es un número incremental de 1, 2, 3 ..., sino un número muy grande calculado por SHA1, usando diez Representación hexadecimal.
6. Regrese a la versión anterior.
¿Cómo revertir el archivo readme.txt a la versión anterior, cuál es la versión de agregar distribuida?
En primer lugar, Git debe saber qué versión es la versión actual. En Git, HEAD se usa para indicar la versión actual, que es la última confirmación 1094adb ..., la versión anterior es HEAD ^, la versión anterior es HEAD ^ ^ , por supuesto, hasta 100. Es más fácil contar 100 versiones, por lo que está escrito como HEAD ~ 100.
Ahora, queremos revertir la versión actual de agregar GPL a la versión anterior agregar distribuida, podemos usar el comando git reset:
$ git reset --hard HEAD ^
HEAD ahora está en e475afc agregar distribuido
Use git log para ver el estado del repositorio actual:
$ Git log
cometer e475afc93c209a690c39c13a46716e8fa000c366 (HEAD -> maestro)
Autor: Michael Liao [email protected]
Fecha: Fri 18 de mayo de 2018 21:03:36 +0800
complemento distribuido
cometer eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0
Autor: Michael Liao [email protected]
Fecha: Vie Mayo 18 20:59:18 2018 +0800
escribió un archivo Léame
¡La última versión adjunta GPL ya no está visible! ¿Cómo recuperarme?
① Siempre que la ventana de la línea de comandos anterior no se haya cerrado, puede encontrar que el ID de confirmación de la GPL adjunta es 1094adb ..., por lo que puede especificar una versión determinada para el futuro:
$ git reset --hard 1094a
HEAD ahora está en 83b0afe append GPL
②Después de cerrar la línea de comando, cuando usa $ git reset --hard HEAD ^ para volver a la versión distribuida agregada, y luego desea restaurar a la GPL adjunta, debe encontrar el ID de confirmación de la GPL adjunta. Git proporciona un comando git reflog para registrar cada comando que realice:
$ git reflog
e475afc HEAD @ {1}: restablecer: mover a HEAD ^
1094adb (HEAD -> master) HEAD @ {2}: confirmar: agregar GPL
e475afc HEAD @ {3}: confirmar: agregar
eaadf4e HEAD @ {4} distribuido : commit (inicial): escribió un archivo Léame
Para encontrar el ID de confirmación de append GPL.
7. Crea una rama:
rama de git
Cuando no hay parámetros, git branch enumerará sus sucursales locales.
maestro de rama de git
Tenemos una rama llamada maestra, y esta rama es la rama actual.
Cuando ejecuta git init, Git creará la rama maestra por usted de forma predeterminada.
Si queremos crear una rama manualmente. Simplemente ejecute git branch (branchname).
En este punto, puede ver que hay una nueva rama para probar.
prueba
de rama git $ prueba
maestra de rama git
Cuando crea una nueva rama después del último envío de actualización de esta manera, si hay un envío de actualización más tarde, y luego cambia a la rama de prueba, Git restaurará su directorio de trabajo a la forma en que estaba cuando creó la rama.
A continuación, demostraremos cómo cambiar de rama. Usamos git checkout (rama) para cambiar a la rama que queremos modificar.