área de gestión de código git

Use git para administrar proyectos y tenga tres áreas, a saber, área de trabajo, área de almacenamiento temporal y área de almacenamiento

Espacio de trabajo: directorio de archivos
Área de preparación: lista de archivos listos para guardar la versión
Repositorio: Lista de archivos donde se guarda la versión completa

Instalar

Puede descargarlo en el sitio web oficial usted mismo.Después
de la instalación, lo primero que debe hacer es configurar su nombre de usuario y dirección de correo electrónico, comando:

git config --global user.name "用户名或者个人工号"

git config --global user.email “邮箱地址”

Ver toda la información de configuración global


git config --list --global

Ver la información de configuración global especificada


git config user.name

git config user.email

Obtener el repositorio de git

Hay dos formas de obtener el repositorio de git:

Convierta el directorio local que no ha estado bajo control de versiones en un almacén de git: git init
Nota: si tiene un directorio de proyecto que no ha estado bajo control de versiones y desea usar git para controlarlo, debe realizar los siguientes dos pasos

En el directorio del proyecto, abra "git Bash" con el botón derecho del mouse

Ejecute el comando git init para convertir el directorio actual en un almacén de git

git remote add origin La URL del almacén remoto

Envíe los cambios en el almacén local a la rama principal del almacén local, es decir, se ha modificado el almacén local , comando: git add .git commit -m "commit information"

Empuje la rama principal del almacén local a la rama principal del almacén remoto, comando: git push -u origin master Nota
: el origen es el alias de la dirección del almacén remoto que se acaba de agregar, el parámetro -u significa establecer la rama principal local para rastrear el maestro de la sucursal del almacén remoto. Si desea enviar otras ramas, debe reemplazar maestro con el nombre de la rama correspondiente.

Clone un repositorio git existente de otro servidor: git clone (https: dirección)

Si encuentra el error fatal: el protocolo 'https' no es compatible, la solución: cierre el cliente git-bash, vuelva a abrirlo, ejecute el comando git clone url nuevamente para clonar y clone con éxito.

comandos comunes de git

Descargue el código fuente de github: git clone url
Verifique el estado del almacén local de git, es decir, verifique si los archivos en el área de trabajo actual y el área de almacenamiento temporal han cambiado y si son consistentes con el almacén local: estado de git
Modifique y envíe al área de almacenamiento temporal: git add [archivo modificado]: use git add de forma predeterminada para enviar todos los archivos modificados
Modificar y enviar al almacén local: git commit -m [comentario modificado]
Nota: git add se guarda en el área de almacenamiento temporal y git commit se guarda en el almacén local
Empujar a almacén remoto: git push
Configure la cuenta git config --local usr.name "xxx" git config --local usr.email "xxx" - para que pueda ver la información relevante del autor colaborador individual en github (en un proyecto determinado, si no no quiero usar git El conjunto de información de autor global, podemos establecer una información de autor solo para este proyecto en este proyecto)

.gitignore - Ignorar el seguimiento de versiones de archivos

Cree un archivo .gitignore en el directorio raíz del proyecto
Abra el archivo con un compilador de texto para la configuración:
–Cada configuración tiene su propia línea
–El contenido de cada línea puede ser: nombre de archivo/directorio, ruta o coincidencia de patrón

Reglas para la coincidencia de patrones

Las líneas vacías no coinciden con ningún archivo, por lo que a menudo se usan como separadores para mejorar la legibilidad.
# para comentarios, \ para escapar
* puede coincidir con cualquier carácter (0 o más veces), ? coincide con cualquier carácter solo una vez

.gitinnore solo puede ignorar los archivos sin seguimiento, por lo que no es válido escribir en .gitgnore después de haberlo incluido en la administración de versiones. La
solución es
eliminar primero el caché local y luego agregar .gitignore

–git rm -r --en caché
– Crea un archivo .gitignore dentro

Restaurar archivos desde el repositorio

La restauración de archivos de la biblioteca de versiones se divide en tres situaciones

Eliminado (o modificado), no agregado
Eliminado (o modificado), agregado, no comprometido
Los comandos de pago eliminados (o modificados) y confirmados
se utilizan para operaciones como cambiar de sucursal, restaurar versiones de archivos y crear nuevas sucursales. :git pago

Situación 1: eliminado (o modificado), no agregado
file_name restaurado desde el área de almacenamiento temporal: git checkout file_name
Situación 2: eliminado (o modificado), agregado, no confirmado y eliminado (o modificado), confirmado
Verifique la modificación en el almacén para obtener el número de identificación del compromiso: git log
recovery file: git checkout commit id number file_name

Gestión de sucursales en la construcción de repositorios

¿Qué es una sucursal?

Una rama puede entenderse como una copia del directorio de trabajo actual

¿Por qué usar sucursales?

Divida el proyecto en varias líneas, como hacer modificaciones en la rama de desarrollo (línea de desarrollo) y luego fusionarla con la línea principal (línea de producto) para garantizar la estabilidad de la línea principal. La rama de desarrollo/desarrollo se utiliza para el desarrollo, y la rama principal/maestra se usa para
productos

Comandos comunes para sucursales

Crea una nueva rama: git branch [nuevo nombre de la rama]
Cambie el nombre de la sucursal: git branch -m [nombre de la sucursal anterior] [nombre de la sucursal nueva]
Eliminar rama: git branch -d [nombre de la rama] donde -d se usa para eliminar la rama que se ha fusionado, y -D se ve obligado a eliminar la rama (independientemente de si se ha fusionado o no)
Cambiar rama: git checkout [nombre de la rama]
Crear y cambiar sucursales: git checkout -b [nuevo nombre de sucursal]
Vista de rama: rama git
Fusión de ramas: git merge [nombre de la rama que se fusionará]

Al usar el comando git merge para fusionar dos ramas, si los mismos archivos o líneas se modifican de manera diferente en las dos ramas, se producirán conflictos. En este momento, Git no puede fusionar automáticamente estos cambios y los conflictos deben resolverse manualmente. Se puede hacer de la siguiente manera:

Después de ejecutar el comando git merge, si hay un conflicto, Git preguntará qué archivos tienen conflictos.

Abra el archivo que contiene los conflictos y verá etiquetas en el archivo que se ven así:

    <<<<<<< HEAD：file.txt
    // 当前分支中的修改内容
    =======
    // 要合并分支的修改内容
    >>>>>>> branch-a：file.txt

Seleccione los cambios que desea conservar según sea necesario, elimine las marcas no deseadas y guarde y cierre todo el archivo.

Utilice el comando git add para marcar los conflictos resueltos como resueltos.

Finalmente, ejecute el comando git commit nuevamente para completar la confirmación de combinación.

Nota: cuando Git descubre que un dato contiene cambios en el historial de confirmaciones de ambos lados, no podrá fusionarlo automáticamente. Esta situación se denomina conflicto de versión y Git necesita la intervención humana para ajustarse antes de continuar con la fusión.
Enlace del artículo de la sucursal: https://blog.csdn.net/All_In_gzx_cc/article/details/125482617

Biblioteca local y biblioteca remota

En la biblioteca local, cree una asociación de biblioteca local para guardar el archivo

–git init
–git añadir.
–git confirmar -m “**”

En gitee o github, cree una biblioteca remota con el mismo nombre que el archivo de la biblioteca local
Asociación entre biblioteca local y biblioteca remota

El nombre de la biblioteca remota asociada se especifica como el comando de origen: git remote add origin https://github.com/Gooddz1/git-test2.git

Comando push de código: git push -u origin main
Nota: Empuje la rama principal de la biblioteca local al origen de la biblioteca remota; -u: cargue y fusione la rama local con la rama remota, y regístrela como predeterminada. Entonces, cuando vuelva a enviar, solo necesita git push

Una biblioteca local se puede asociar con varias bibliotecas remotas, es decir, se pueden asociar github y gitee. Cabe resaltar que

Al vincular, el nombre de la biblioteca remota: no se puede establecer en origen, pero se puede establecer en gitee
Al presionar, especifique el nombre de la biblioteca remota y la sucursal de la biblioteca local git push gitee main

Enviar enmienda: al enviar la confirmación, sobrescriba el diario anterior para evitar un diario demasiado redundante

git commit --amend -m "***"

diario git

Limite la cantidad de entradas de registro que se muestran: git log -n (n: la cantidad de entradas que se muestran)
Simplifique la visualización del diario (solo se muestran el número de identificación y la información clave de la confirmación): git log --online
Estadísticas de salida sobre cambios de archivos (estadísticas sobre archivos modificados en cada envío): git log --stat
El contenido de la modificación del archivo de salida: git log --patch
Nota: Para \No hay nueva línea al final del archivo, significa que la última línea del archivo no inicia una nueva línea
Filtrado diario:

git log --after="2023-01-01" (muestra el diario después del 1 de enero de 2023, excluyendo el diario del 1 de enero)

git log --before="2022-09-01" (muestra el diario desde el 1 de septiembre de 2022, incluido el diario del 1 de septiembre)

registro de git --before=" ** " --after=" ** "

git log --author=" ** " (filtro basado en el nombre de usuario o la dirección de correo electrónico enviados, donde no es necesario completar la dirección de correo electrónico)

git log --grep=" ** " (filtro basado en la información enviada, no es necesario completar la información enviada por completo)

git reflog (diario de citas: registra toda la información de envío en la biblioteca local, solo se puede mantener localmente, no se puede enviar a la biblioteca remota y solo se puede guardar durante 90 días de forma predeterminada. Por ejemplo, para modificar para enviar cambios, debe puede obtener confirmación a través de git reflog id para volver a la versión de código de modificación)

Agregar, eliminar, empujar y otras operaciones de sucursales de bibliotecas remotas

Para ver la información de la biblioteca remota correspondiente a la biblioteca local, puede ver el nombre de la biblioteca remota: git remote -v
Ver las sucursales de los almacenes locales y remotos: git branch -a
Nota: remotes/origin/HEAD -> origin/main indica que el repositorio de Git está clonado desde "origin" en modo de seguimiento remoto, y la sucursal actual está rastreando el control remoto rama maestra (rama principal).
Envía todas las sucursales locales a la biblioteca remota: git push [nombre de la biblioteca remota] [nombre de la sucursal 1] [nombre de la sucursal 2]
Nota: git push [nombre de la biblioteca remota] --all: envía todas las sucursales locales al repositorio remoto

Cómo configurar la rama predeterminada en el repositorio remoto.

Tome github como columna, abra el sitio web de github del código y seleccione la configuración. Luego haga clic en sucursales y seleccione la sucursal predeterminada en la sucursal predeterminada.

Elimine la rama en la biblioteca remota (la rama predeterminada no se puede eliminar):

Método 1: en el sitio web de github del código, en el interruptor de selección ramas/etiquetas, haga clic en ver todas las ramas. En una nueva página, elimine manualmente las ramas innecesarias.

Método 2: git push [nombre de la biblioteca remota] -d [nombre de la rama remota]
Nota: el método 1 es relativamente simple, pero hará que la rama remota almacenada en caché en la biblioteca local sea inconsistente con la rama remota real. Se recomienda el método 2

gestión de etiquetas git-tag

etiqueta git

Definición: Es para marcar el commit, que equivale a un alias.
Propósito: A través de la etiqueta, cuando el desarrollo llega a una etapa, para resaltar la importancia de esta presentación, se puede etiquetar. Por ejemplo, etiquetar nodos de versión v1.0, v2.0, etc.
Importancia: marca una fase de confirmación relacionada para futuras referencias. Marque el nodo de lanzamiento para el lanzamiento del proyecto.

Comando de creación de etiquetas:

Etiquete la última confirmación: etiqueta git [información de la etiqueta]
Especifique la etiqueta de confirmación: etiqueta git [información de etiqueta] número de identificación de confirmación
Etiqueta de comentario: especifique la etiqueta de compromiso y agregue información de comentario: git tag [información de etiqueta] -a -m [información de comentario]
Comando de vista de etiqueta:
Ver etiquetas en todas las confirmaciones: etiqueta git
Ver información detallada de la etiqueta en commit: git show [información de la etiqueta]

Comando de biblioteca remota push de Tag:

Empuje uno o más comandos de confirmación con información de etiqueta: git push [nombre de la biblioteca remota] [información de etiqueta 1] [información de etiqueta 2]
El comando para enviar todas las etiquetas a la biblioteca remota: git push [nombre de la biblioteca remota] --tags
Nota: cuando git push envía el código, la etiqueta no se enviará y la etiqueta debe enviarse por separado

etiqueta de eliminación de la etiqueta:

Eliminar etiquetas locales: git tag -d [información de la etiqueta]
Eliminar etiquetas remotas: git push [nombre del repositorio remoto] -d [información de etiqueta 1] [información de etiqueta 2]
lanzamientos

bifurcación del almacén de github

bifurcación: copie rápidamente los almacenes de otras personas en github y contribuya al almacén original a través de relaciones públicas (solicitud de extracción)
Pasos:

En la URL de github donde desea copiar el almacén de alguien, haga clic en la bifurcación para copiar y crear rápidamente su propio almacén.
La dirección del propio almacén del clon git local
Modificación de código, git add .git commit -m "**" git push
Puedes aportar tu código modificado al almacén original a través de PR

Enlaces de referencia:

Puntos de conocimiento de entrada de Git