Aplicación básica de Git

Introducción básica a git

Git es un sistema de control de versiones distribuido de código abierto y gratuito diseñado para procesar de forma rápida y eficiente todo, desde proyectos pequeños hasta grandes.
Git doméstico: gitee, gitlab

principio de git

herramientas git

1. Método de línea de comandos de git base de Git para la gestión de proyectos
2. Complementos de Git de varias herramientas de desarrollo, con registros de envío detallados
3. Herramienta de árbol de fuente de cliente gráfico de Git

Parte 1: enviar el código localmente al almacén remoto

1. La herramienta cliente
git2.29.2 debe descargarse localmente.
2. Conectarse a git a través de la cuenta. Una es conectarse a
través de la ventana de git local.
Una es establecer una conexión a través de herramientas [eclipse, idea], etc.
4 . Inicialice el proyecto y genere el archivo de almacén git a través del comando git. Los archivos ocultos están ocultos de forma predeterminada y los archivos ocultos se pueden mostrar a través de la ventana.
5. El proceso de envío del almacén local (envío de herramientas, línea de comando, es decir, el último paso debe conectarse a la dirección del almacén remoto, no a la verificación por cuenta)
1: Inicializar el repositorio: - git init
dos: agregar archivos al área de caché: -git agregar-agregar todos los archivos: agregar un punto- columna: git add.
Tres: ver el estado del almacén: -git estado
cuatro: agregar al almacén local: -git commit -m "Instrucciones de envío"
Cinco: Empuje al almacén remoto, verificará si la conexión del usuario es normal, verifique el version y luego verifique la versión, y genere una nueva versión en línea: git push -u branch name master

Antes de enviarlo, primero debe extraer el código; de lo contrario, fácilmente causará conflictos de envío de versiones.

Parte 2: Extraiga el código del almacén remoto

Paso 1: Una vez establecida la conexión, extraiga el archivo y envíelo por confirmación. Recuerde escribir el punto de función correspondiente a esta modificación en el envío y revísela usted mismo para localizar rápidamente el código correspondiente. : Git pull

git basic command set (el uso de estos comandos de manera flexible en el trabajo es suficiente)

Comandos
para crear almacenes La siguiente tabla enumera los comandos de git para crear almacenes:

mando	Descripción
git init	Inicializar el almacén
clon de git	Copiar un almacén remoto significa descargar un proyecto.

El trabajo de confirmar y modificar Git es crear y guardar una instantánea de su proyecto y compararla con las instantáneas posteriores.
La siguiente tabla enumera los comandos para crear y enviar una instantánea de su proyecto:

mando	Descripción
git agregar	Agregar archivos al almacén
estado de git	Verifique el estado actual del almacén y muestre los archivos modificados.
git diff	Compare la diferencia de archivos, es decir, la diferencia entre el área de almacenamiento temporal y el área de trabajo.
git commit	Envíe el área de preparación al almacén local.
git restablecer	Versión revertida.
ir rm	Elimina el archivo del espacio de trabajo.
git mv	Mueva o cambie el nombre de los archivos del espacio de trabajo.

Confirmar registro

mando	Descripción
registro de git	Ver registros históricos de confirmaciones
git culpar	Ver registros históricos de modificación de archivos especificados en forma de lista

Operación remota

mando	Descripción
git remoto	Operaciones de almacén remoto
git fetch	Obtenga la base del código de forma remota
git pull	Descarga el código remoto y fusiona
git push	Cargar código remoto y fusionar

Problema de conflicto de versión

1. El conflicto de la versión de git es más problemático que SVN.
Paso 1: Haga una copia de seguridad de los archivos que se han cambiado localmente, revertir la versión y extraer los archivos más recientes.
Paso 2: Reemplace la copia de seguridad con los archivos modificados y envíelos.

rama de git

Crear comando de rama: git branch
cambiar comando de rama: git checkout (nombre de
rama) comando merge branch: git merge
Listar comandos básicos de rama: git
branch comando de borrar rama: git branch -d (nombre de rama)

archivo de configuración git

.gitignore (nombre de archivo)

.metadata
	bin/
	tmp/
	*.tmp
	*.bak
	*.swp
	*~.nib
	local.properties
	.settings
	.loadpath
	.recommenders
	.classpath
	.class
	.project
	#External tool builders
	.externalToolBuilders/
	#Locally stored "Eclipse launch configurations"
	*.launch
	#PyDev specific (Python IDE for Eclipse)
	*.pydevproject
	#CDT-specific (C/C++ Development Tooling)
	.cproject
	#CDT- autotools
	.autotools
	#Java annotation processor (APT)
	.factorypath
	#PDT-specific (PHP Development Tools)
	.buildpath
	#sbteclipse plugin
	.target
	#Tern plugin
	.tern-project
	#TeXlipse plugin
	.texlipse
	#STS (Spring Tool Suite)
	.springBeans
	#Code Recommenders
	.recommenders/
	#Annotation Processing
	.apt_generated/
	#Scala IDE specific (Scala & Java development for Eclipse)
	.cache-main
	.scala_dependencies
	.worksheet
	.settings/
	.classpath
	WebContent/classbean/
	*.trc
	.idea
	*.iml

git build almacén remoto

Aquí hay un ejemplo
de github. Cree una cuenta en github usted mismo y luego cree un almacén, que puede ser público o privado. Cuando elija inicializar la biblioteca remota, qué archivos se


pasan localmente, la ventana de comando git, conéctese a cambiar la cuenta, a través de ssh-keygen -t rsa -C "Número de buzón": Genera clave pública y

clave secreta . Lanza la asignación de clave pública al método de conexión ssh de github para generar la clave.

Verifique localmente si la conexión es exitosa: ssh -T [email protected]

La diferencia entre git y svn

1. Git se distribuye, SVN no

Git registra el historial de versiones y solo se preocupa por si los datos generales del archivo han cambiado. Git no guarda los datos de diferencia antes y después de que cambie el contenido del archivo.
En un sistema de control de versiones distribuido, el cliente no solo extrae la última versión de la instantánea del archivo, sino que refleja el repositorio de código original en su totalidad.
El repositorio de cada clon en Git es igual. Puede crear su propio repositorio a partir de un clon de cualquier repositorio, y su repositorio también se puede utilizar como fuente para otros, siempre que lo desee.
Cada operación de extracción de Git es en realidad una copia de seguridad completa del repositorio de código.
El envío se realiza completamente de forma local, sin autorización de otros, usted es el maestro de su biblioteca de versiones y el envío siempre será exitoso.
La resolución de conflictos ya no es como un concurso de presentaciones como SVN, sino que las fusiones y la resolución de conflictos se llevan a cabo cuando es necesario.

2. Git almacena el contenido como metadatos, mientras que SVN lo almacena como archivos:

El repositorio de Git y el espacio de trabajo están en el mismo directorio. El directorio raíz del espacio de trabajo tiene un subdirectorio .git. Este directorio llamado .git es el repositorio en sí. Git lo utiliza para almacenar metadatos y bases de datos de objetos. Local. Este directorio es muy importante, cada vez que clona el almacén espejo, los datos de este directorio se copian realmente. Así que tenga cuidado de eliminar este archivo.
Otros archivos en el espacio de trabajo son archivos de espacio de trabajo, que se pueden extraer de .git, o para registrar, o archivos temporales generados al ejecutar.

3. La rama GIT y la rama SVN son diferentes

En el espacio de trabajo de Git, solo hay un directorio .git en el directorio raíz del espacio de trabajo y no hay más directorio de control. El único directorio .git en el espacio de trabajo de Git es el repositorio, no el equivalente de .svn. Si elimina el directorio .git y no hay otros espejos (clones) del repositorio, destruirá todo el historial y el repositorio ser para siempre se pierde.
El repositorio .git local de Git proporciona un historial completo de cambios. Además del intercambio de datos con otras personas, cualquier operación relacionada con la biblioteca de versiones se completa localmente. Más operaciones locales evitan largas demoras en la red y ahorran mucho tiempo. Por ejemplo: ver el registro, cambiar a cualquier versión histórica, etc. no necesita estar conectado a la red.
El número de versión global de SVN es una gran mejora en comparación con el mantenimiento independiente de un conjunto de números de versión para cada archivo en CVS. Detrás del número de versión global aparentemente simple, Subversion proporciona soporte para el procesamiento de transacciones.Cada transacción (es decir, una confirmación) tiene un número de versión global único de todo el repositorio.
El número de versión de Git va un paso más allá, el número de versión es único en el mundo. Para cada confirmación, Git calcula un valor hash SHA-1 a partir del contenido del archivo o la estructura del directorio para obtener una cadena hexadecimal de 40 dígitos. Git usa esta cadena como número de versión.

4. La integridad del contenido de GIT es mejor que la de SVN

No hay desprotección parcial en Git, lo que no significa que pueda ver archivos solo clonando toda la biblioteca. Hay muchas herramientas de git que proporcionan la función de navegar directamente en el repositorio de git, como gitweb, la navegación del repositorio de git de trac y la navegación del repositorio de git de redmine.
Git-submodule puede lograr la modularización del repositorio: Git maneja este problema a través de submódulos.
Los submódulos le permiten tratar un repositorio de Git como un subdirectorio de otro repositorio de Git. Esto le permite clonar otro repositorio en su proyecto y mantener sus envíos relativamente independientes.
¿Por qué Git no implementa la función de exportación svn? Debido a que la información del almacén local de git se mantiene completamente en el directorio .git del directorio raíz del proyecto (a diferencia de svn, cada subdirectorio tiene un directorio .svn separado). Entonces, simplemente clone, revise y elimine el directorio .git.

Velocidad de descarga y carga de datos de archivos:

Despliega un directorio, una rama tiene varios nodos de rama, svn necesita generar varias versiones de archivos de acuerdo con diferentes ramas, y git solo necesita obtener los elementos de cada versión y cargar la rama principal. Extraiga localmente unos diez gigabytes de archivos a través de svn, y svn tarda medio día