Tabla de contenido
Establecer contraseña de firma de usuario
Ver el estado de la biblioteca local
comprometerse con el repositorio local
Comandos básicos de Linux
Debido a que Git usa comandos de Linux, un breve resumen de Linux básico (generalmente debe usar estos comandos básicos):
1. cd: cambiar directorio
2. cd..: Vuelve al directorio anterior y directamente cd al directorio predeterminado
3, pwd: muestra la ruta del directorio actual
4. ls(||): se enumeran todos los archivos del directorio actual, pero el contenido de las dos listas || es más detallado
5. toque: cree un nuevo archivo, como touch index.js creará un nuevo archivo index.js en el directorio actual
6, rm: eliminar un archivo, rm index.js eliminará el archivo index.js
7. mkdir: crear un nuevo directorio es crear un nuevo archivo
8. rm -r: elimina una carpeta, rm -r src elimina el directorio src
Nota : rm -rf / elimina todos los archivos en la computadora, ¡no lo intente en Linux! De lo contrario: Si huyes, veré el castigo.
9, mv: mover archivos, carpeta de destino del archivo de destino mv, así que escriba para asegurarse de que el directorio de archivos esté en la misma carpeta
10. reset: reinicia el terminal/borra la pantalla
11, claro: pantalla clara
12, historial: ver historial de comandos
13. ayuda: ayuda
14. salir: salir
15. #: indica un comentario
16. vim: un potente editor de texto con 3 modos: modo de comando, modo de edición y modo de comando de línea inferior.
Comandos comunes de Git
nombre de comando | efecto |
---|---|
git config --usuario global.nombre de usuario | Establecer firma de usuario |
git config --usuario global.buzón de correo electrónico | Establecer contraseña de usuario |
Hace calor | Inicializar biblioteca nativa |
estado de Git | Ver el estado de la biblioteca local |
git agregar nombre de archivo | añadir al área de preparación |
git commit -m "información de registro" nombre de archivo | comprometerse con el repositorio local |
git reflog | Ver historial |
git reset --número de versión duro | versión lanzadera |
Establecer contraseña de firma de usuario
Tenga en cuenta aquí: la firma del usuario debe configurarse para la primera instalación de Git , de lo contrario, no se puede enviar el código. La función de la firma es distinguir las identidades de los diferentes operadores, la información de la firma del usuario se puede ver en la información de envío de cada versión para confirmar quién realizó el envío. (La información del correo electrónico de la firma se puede completar de manera casual, git no reconocerá si existe, por supuesto, puede firmar con el correo electrónico con el nombre real durante el proceso de desarrollo de la empresa) Nota : Establecer la firma del usuario aquí no tiene nada que ver con la cuenta que iniciará sesión en GitHub (o su centro de alojamiento de código) en el futuro.
Aquí hay algunos puntos de conocimiento adicionales :
Editor de texto : establezca el editor de texto predeterminado utilizado por Git, generalmente Vi o Vim. Si tiene otras preferencias, como Emacs, puede restablecerlas:
$ git config --global core.editor emacs
Herramienta de análisis de diferencias: qué herramienta de análisis de diferencias utilizar al resolver conflictos de combinación. Por ejemplo, si desea usar vimdiff en su lugar, puede ejecutar:
$ git config --global merge.tool vimdiff
Git comprende el resultado de las herramientas de combinación como kdiff3, tkdiff, meld, xxdiff, emerge, vimdiff, gvimdiff, ecmerge y opendiff. Por supuesto, también puede especificar el uso de herramientas desarrolladas por usted mismo.
Ver información de configuración : para verificar la información de configuración existente, puede usar el comando git config --list: (A veces ve nombres de variables repetidos, lo que significa que provienen de diferentes archivos de configuración (como /etc/gitconfig y ~/ .gitconfig ), pero al final, Git realmente usa el último).
$ git config --list
http.postbuffer=2Muser.name=runoob
[email protected]
Inicializar biblioteca nativa
En el proceso de desarrollo diario, cuando queremos inicializar la biblioteca local, podemos ingresar el directorio de archivos para inicializar con anticipación, hacer clic derecho en Git Bash para ingresar e ingresar git init para inicializar la biblioteca local. No se recomienda la modificación manual del archivo .git generado, de lo contrario, es posible que no se ejecute.
Si el archivo .git no aparece en la página actual, es posible que el archivo predeterminado configurado por su computadora esté oculto y puede corregirlo.
El comando para ver archivos en Linux es ll, pero el comando para ver archivos ocultos es ll -a.
Ver el estado de la biblioteca local
En rama principal: Indica que la biblioteca local actual está en la rama principal
Sin compromisos todavía: no se ha enviado nada todavía, lo que indica que es una biblioteca de direcciones vacía
nada que cometer: nada que cometer
nada que cometer :
Use vim para crear el archivo say.txt, presione Entrar para ingresar al modo de edición de archivos
Presione i para ingresar al modo insertar (insertar/editar), presione Esc para salir del modo insertar; para pegar y copiar, primero debe salir del modo Esc, luego yy es copiar, p es pegar (pegue el contenido de la línea anterior al línea siguiente). Para guardar el archivo y salir, debe salir del modo de edición y luego ingresar: ":wq" tres caracteres en inglés, presione Entrar.
A continuación, puede ver la existencia del archivo y el contenido del archivo.
A continuación, verifique el estado de la biblioteca local. Aunque el archivo existe, solo existe el espacio de trabajo, y el aviso nos pide que agreguemos el archivo al área de ensayo.
añadir al área de preparación
advertencia: LF será reemplazado por CRLF en say.txt.
Función de verificación de nueva línea de Git. LF es nueva línea en Linux, y CRLF es enter + nueva línea; Git puede convertir automáticamente los finales de línea CRLF a LF cuando confirmas, y LF a CRLF cuando revisas el código.
Agregue hello.txt y say.txt al área de almacenamiento temporal, puede ver el siguiente estado, la imagen también nos recuerda cómo eliminar los archivos en el área de almacenamiento temporal, cuando eliminamos los archivos en el área de almacenamiento temporal, los archivos en realidad no se eliminan, también permanece en nuestra biblioteca nativa.
comprometerse con el repositorio local
Envíe los archivos en el área de preparación a la biblioteca local para formar su propia versión histórica.
Verificar el estado de nuestro repositorio local ahora muestra que nuestro archivo say.txt se ha confirmado.
Ver historial
Por supuesto, si desea modificar el archivo say.txt anterior, solo necesita editar vim, cargarlo en el área de preparación después de editarlo y enviarlo a la biblioteca local.
versión lanzadera
Git cambia de versión, y la capa inferior en realidad está moviendo el puntero HEAD. El proceso es el siguiente:
Las teclas de método abreviado para copiar y pegar aquí son: Ctrl + Insertar y Mayús + Insertar, simplemente copie el número de versión que se va a transferir.
Puede consultar el archivo de directorio. El contenido del archivo es el número de versión actual, lo que indica que la rama a la que apunta el puntero es maestra y la maestra apunta a la versión actual.
Resumir
El flujo de trabajo de Git es generalmente así:
1. Agregar y modificar archivos en el directorio de trabajo (userMapper.xml)
2. Coloque los archivos que necesitan administración de versiones en el área de ensayo (git add)
3. Envíe los archivos en el área de ensayo al repositorio de git (confirmación de git)
Por lo tanto: los archivos administrados por git tienen tres estados: modificado, preparado, comprometido
Aquí hay un resumen del espacio de trabajo de Git, el área de ensayo y los conceptos de repositorio:
Área de trabajo: este es el directorio que puede ver en su computadora.
Área de almacenamiento temporal: en inglés se llama escenario, o índice. Por lo general, se almacena en el archivo de índice (.git/index) en el "directorio .git", por lo que a veces llamamos índice al área de almacenamiento temporal.
Repositorio: El espacio de trabajo tiene un directorio oculto .git, que no es un espacio de trabajo, sino un repositorio de Git.