Tabla de contenido
Control de versiones (para entender)
Historial de GIT (no importante)
Configuración del entorno GIT (no importante)
Teoría básica de Git (importante)
Cree un directorio de trabajo y comandos comunes.
Editar la construcción del almacén local
Los cuatro estados del archivo.
Utilice la nube de código Gitee
5 instrucciones básicas para resolver el código de inicialización y respaldo
Además, Git tiene otras funciones, por ejemplo, cuando varias personas están desarrollando, es necesario establecer permisos de usuario y crear diferentes ramas para evitar conflictos de contenido causados por la edición de varias personas. Para otro ejemplo, cuando no se puede enviar un conflicto de código, puede utilizar la reversión del código, el almacenamiento temporal y otras instrucciones para solucionarlo de acuerdo con la situación específica. Hay más hoyos aquí. Instrucciones específicas de Git, Baidu tiene
¡Git simple, fácil de aprender!
Antes de aprender git, debemos comprender un concepto: ¡ control de versiones!
Control de versiones (para entender)
El control de versiones ( control de revisiones) es una tecnología de ingeniería de software que se utiliza para administrar nuestro historial de modificaciones de archivos, directorios o proyectosdurante el proceso de desarrollo
-
Lograr el desarrollo colaborativo de varias personas en todas las regiones
-
Realice un seguimiento y registre el historial de uno o más archivos
-
Organice y proteja su código fuente y documentación
-
Carga de trabajo estadística
-
Desarrollo paralelo, mejorar la eficiencia del desarrollo.
-
Realice un seguimiento y registre todo el proceso de desarrollo de software.
-
Reduce la carga del desarrollador, ahorra tiempo y reduce el error humano
En pocas palabras, es una tecnología que se utiliza para gestionar proyectos de desarrollo colaborativo de varias personas.
Sin control de versiones o el control de versiones en sí carece de una gestión correcta del proceso, se introducirán muchos problemas en el proceso de desarrollo de software, como la coherencia del código de software, la redundancia del contenido del software, la naturaleza transaccional del proceso de software y la concurrencia en el software. proceso de desarrollo, seguridad, seguridad del código fuente de software e integración de software.
Herramientas comunes de control de versiones
¡Lo que aprendemos debe ser lo más popular en este momento!
Si conoce Git, SVN es fácil de aprender e incluso muchos comandos son similares.
Los controladores de la versión principal son los siguientes:
-
git
-
SVN (Subversión)
-
otro
Clasificación de control de versiones
1. Control de versiones locales
Adecuado para uso personal, cada actualización del archivo de registro, puede crear un archivo de registro para cada versión, como RCS.
2. Control de versiones centralizado SVN
Todos los datos de la versión se almacenan en el servidor y los codesarrolladores pueden sincronizar las actualizaciones desde el servidor o cargar sus propias modificaciones .
Todos los datos de la versión se almacenan en el servidor, y el local del usuario solo tiene la versión previamente sincronizada. Si el usuario no está conectado a Internet, el usuario no puede ver la versión histórica y no puede cambiar los problemas de verificación de la versión ni trabajar en diferentes ramas. . Además, todos los datos se almacenan en un único servidor y existe un gran riesgo de que este servidor se dañe y se pierdan todos los datos. Por supuesto, se pueden realizar copias de seguridad periódicamente. Producto representativo: SVN
3. Control de versiones distribuidas Git
¡Todos poseen todo el código! Desventajas: Posibles riesgos para la seguridad, ¡los empleados que tienen todos los códigos pueden huir!
Todos los almacenes de información de versiones están sincronizados con cada usuario local, de modo que todo el historial de versiones se puede ver localmente, sin conexión y se puede enviar localmente, y solo es necesario enviarlo al servidor correspondiente u otros usuarios cuando esté conectado a Internet. Dado que cada usuario guarda todos los datos de la versión, todos los datos se pueden restaurar siempre que no haya ningún problema con el dispositivo del usuario, pero esto aumenta la ocupación del espacio de almacenamiento local.
¡No dejará de funcionar debido a daños en el servidor o problemas de red!
La principal diferencia entre Git y SVN (importante)
SVN es un sistema de control de versiones centralizado. La biblioteca de versiones está centralizada en el servidor central. Cuando trabaja, utiliza su propia computadora, por lo que primero debe obtener la última versión del servidor central y luego trabajar. Después de completar el trabajo, debe Necesita enviar el trabajo terminado al servidor central. El sistema de control de versiones centralizado debe estar conectado a Internet para funcionar y tiene altos requisitos de ancho de banda de red.
Git es un sistema de control de versiones distribuido. No hay un servidor central. La computadora de todos es una biblioteca de versiones completa. No necesita conectarse a Internet cuando trabaja, porque todas las versiones están en su propia computadora. El método de colaboración es el siguiente: por ejemplo, usted cambia el archivo A en su computadora y otras personas también cambian el archivo A en su computadora. En este momento, ustedes dos solo necesitan enviarse los cambios entre sí y usted pueden verse entre sí A la modificación de la otra parte. ¡Git puede ver directamente qué código y archivos se han actualizado!
Git es actualmente el sistema de control de versiones distribuido más avanzado del mundo.
Historial de GIT (no importante)
Configuración del entorno GIT (no importante)
La configuración de variables de entorno es solo para uso global. Después de configurar las variables de entorno, puede usar Git en cualquier lugar. No importa si la variable de entorno está configurada o no, porque se configura automáticamente durante la instalación.
Teoría básica de Git (importante)
La teoría de Git es el núcleo de Git. Después de aprender la teoría, puedes aprender algunas operaciones de Git .
tres áreas
Git tiene tres áreas de trabajo locales: directorio de trabajo (Working Directory), área de preparación (Stage/Index), biblioteca de recursos (Repositorio o Directorio Git). Si se agrega el almacén remoto de git (directorio remoto), se puede dividir en cuatro áreas de trabajo. La relación de conversión de archivos entre estas cuatro áreas es la siguiente:
-
Espacio de trabajo: el espacio de trabajo es donde normalmente se almacena el código del proyecto.
-
Índice / Etapa: Área de almacenamiento temporal , utilizada para almacenar temporalmente sus cambios, de hecho es solo un archivo, guarde la información que se enviará en la lista de archivos
-
Repositorio: el área del almacén (o almacén local ) es el lugar donde se almacenan los datos de forma segura y contiene los datos que ha enviado a todas las versiones. Donde HEAD apunta a la última versión guardada en el almacén.
-
-
Remoto: el almacén remoto , el servidor que aloja el código, puede considerarse simplemente como una computadora en su equipo de proyecto para el intercambio remoto de datos, como por ejemplo: GitHub
Solo necesitamos administrar el espacio de trabajo y el almacén remoto, y los otros dos solo necesitan ser operados con instrucciones.
Las tres áreas locales deben ser exactamente la versión señalada por HEAD en el repositorio de git:
-
Directorio: un directorio administrado por Git, es decir, un almacén, que incluye nuestro espacio de trabajo y el espacio de administración de Git.
-
Espacio de trabajo: los directorios y archivos cuya versión debe controlar Git, estos directorios y archivos constituyen el espacio de trabajo.
-
.git: el directorio para almacenar información de administración de Git, que se crea automáticamente cuando se inicializa el almacén.
-
Índice/Etapa: el área de preparación, o el área de actualización que se enviará, podemos colocar todas las actualizaciones en el área de preparación antes de enviarlas al repositorio.
-
Repositorio local: almacén local, un repositorio almacenado localmente; HEAD solo será la rama de desarrollo actual (sucursal).
-
Stash: Oculto, es una pila para guardar el estado de trabajo, que se utiliza para guardar/restaurar el estado temporal en WorkSpace.
Proceso de trabajo
El flujo de trabajo de git generalmente se ve así:
1. Agregar y modificar archivos en el directorio de trabajo;
2. Coloque los archivos que necesitan administración de versiones en el área de almacenamiento temporal;
3. Envíe los archivos en el área de almacenamiento temporal al almacén de git.
Por lo tanto, los archivos administrados por git tienen tres estados: modificado (modificado), preparado (preparado) y enviado (comprometido).
construcción de proyectos git
Cree un directorio de trabajo y comandos comunes.
El directorio de trabajo (WorkSpace) es generalmente la carpeta que desea que Git le ayude a administrar. Puede ser el directorio de su proyecto o un directorio vacío. Se recomienda no tener chino.
Para el uso diario, ¡solo recuerda los 6 comandos siguientes! ! !
Construir un almacén local
Hay dos formas de crear un almacén local: una es crear un almacén nuevo y la otra es clonar un almacén remoto .
Crear un nuevo almacén
1. Para crear un nuevo almacén, debe utilizar el directorio raíz del proyecto administrado por GIT para ejecutar:
# 在当前目录新建一个Git代码库
$ git init2. Después de la ejecución, puede ver que solo hay un directorio .git más en el directorio del proyecto, y toda la información sobre la versión está en este directorio.
Clonar el repositorio remoto
1. Otra forma es clonar el directorio remoto, ¡porque el almacén en el servidor remoto está completamente reflejado en el local!
(Clonar es copiar el contenido del almacén remoto al local)
2. ¡Vaya a gitee o github para clonar una prueba!
Manipulación de archivos Git
Los cuatro estados del archivo.
El control de versiones es el control de versiones del archivo. Para modificar y enviar el archivo, primero debe conocer el estado actual del archivo. De lo contrario, puede enviar un archivo que no desea enviar ahora o el archivo que desea. para enviar no ha sido enviado.
No importa si no entiendes el siguiente párrafo por el momento, después de un tiempo lo entenderás después de practicar un par de veces.
¡Algunos conocimientos simples no son para que los aprendas de una vez!
-
Sin seguimiento: sin seguimiento, este archivo está en la carpeta, pero no se ha agregado a la biblioteca git y no participa en el control de versiones. Después de que el estado pasa a Ensayo (almacenamiento temporal) a través de git add, este archivo pasa a ser rastreado.
-
Desmodificar: el archivo se ha colocado en la biblioteca y no se ha modificado, es decir, el contenido de la instantánea del archivo en la biblioteca de versiones es exactamente el mismo que el de la carpeta. Hay dos lugares para este tipo de archivo. Si se modifica, se modifica. Si usa git rm para mover el repositorio, se convierte en un archivo sin seguimiento.
-
Modificado: el archivo ha sido modificado, solo modificado y no se han realizado otras operaciones. Este archivo también tiene dos destinos. Puede ingresar al estado temporal temporal a través de git add. Use git checkout para descartar la modificación y regresar al estado sin modificar. .Este git checkout Es decir, ¡saque el archivo de la biblioteca y sobrescriba la modificación actual!
-
En etapas: estado de almacenamiento temporal. Ejecute git commit para sincronizar la modificación con la biblioteca. En este momento, los archivos en la biblioteca y los archivos locales vuelven a ser consistentes y el archivo está en el estado Sin modificar. Ejecute git reset HEAD filename para cancelar el almacenamiento temporal y el estado del archivo se modifica
Ver el estado del archivo
Lo anterior decía que el archivo tiene 4 estados y el estado del archivo se puede ver mediante el siguiente comando:
#查看指定文件状态
git status [filename]
#查看所有文件状态，即查看有没有被提交进去
git status
# git add . 添加所有文件到暂存区
# git commit -m "消息内容" 提交暂存区中的内容到本地仓库 -m 提交信息ignorar archivo
A veces no queremos poner ciertos archivos en control de versiones, como archivos de bases de datos, archivos temporales, archivos de diseño, etc.
Cree un archivo ".gitignore" en el directorio principal. Este archivo tiene las siguientes reglas:
-
Se ignorarán las líneas vacías en el archivo ignorado o las líneas que comiencen con el signo de almohadilla (#).
-
Se pueden utilizar comodines de Linux. Por ejemplo: un asterisco (*) representa cualquier número de caracteres, un signo de interrogación (?) representa un carácter, los corchetes ([abc]) representan un rango opcional de caracteres y las llaves ({string1,string2,...} ) representan una cadena opcional, etc.
-
Si hay un signo de exclamación (!) al principio del nombre, indica una excepción a la regla y no será ignorado.
-
Si el nombre está precedido por un separador de ruta (/), significa que los archivos que se van a ignorar están en este directorio y los archivos en los subdirectorios no se ignoran.
-
Si hay un separador de ruta (/) al final del nombre, significa que se debe ignorar el subdirectorio de este nombre en este directorio, no el archivo (se ignora el archivo o directorio predeterminado).
#为注释
*.txt #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！
!lib.txt #但lib.txt除外
/temp #仅忽略项目根目录下的TODO文件,不包括其它目录temp
build/ #忽略build/目录下的所有文件
doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txtUtilice la nube de código Gitee
GitHub tiene un muro y es relativamente lento. En China, generalmente usamos gitee y, a veces, las empresas construyen sus propios servidores gitlab.
¡Esto realmente puede usarse como información importante para todos aquellos que busquen trabajo en el futuro!
1. Regístrese en la nube de códigos de inicio de sesión y mejore su información personal
2. Configure la máquina local para vincular la clave pública SSH para realizar un inicio de sesión sin contraseña. (Inicie sesión sin contraseña, este paso es muy importante, Code Cloud es un almacén remoto, ¡normalmente trabajamos en un almacén local!)
# 进入 C:\Users\Administrator\.ssh 目录
# 生成公钥
ssh-keygen
3. ¡Agregue la clave pública de información de clave pública a la cuenta de la nube de código!
4. ¡Utiliza Code Cloud para crear tu propio almacén!
Licencia: si el código abierto se puede reproducir a voluntad, el código abierto pero no para uso comercial, no se puede reproducir, ... ¡restricciones!
¡Clone localmente!
Integrando Git en IDEA
1. Cree un nuevo proyecto y vincule git.
Presta atención a los cambios en la idea.
2. Modifique el archivo y use IDEA para operar git.
-
Añadir al área de preparación
-
comprometerse enviar
-
enviar al almacén remoto
3. Envíe la prueba
¡Todas estas son operaciones de una sola persona!
¡La forma de aprender es la más importante! ¡Aprende a aprender! La mayor parte del tiempo, cuando estoy en clase, les enseño a todos a aprender un concepto y pensamiento (estilo de aprendizaje).
No existe ninguna habilidad en el camino correcto y aún se puede buscar la habilidad. Las habilidades no tienen camino, ¡detente en las habilidades!
La verdadera enseñanza, ¡enseñar a un hombre a pescar!
Descripción: rama GIT
La ramificación es relativamente difícil en GIT. La ramificación es el universo paralelo en las películas de ciencia ficción. Si los dos universos paralelos no interfieren entre sí, no tendrá ningún efecto en usted ahora. Sin embargo, en algún momento, los dos universos paralelos se fusionaron y ¡teníamos algo con lo que lidiar!
Instrucciones comunes en las ramas de git:
# 列出所有本地分支
git branch
# 列出所有远程分支
git branch -r
# 新建一个分支，但依然停留在当前分支
git branch [branch-name]
# 新建一个分支，并切换到该分支
git checkout -b [branch]
# 合并指定分支到当前分支
$ git merge [branch]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]Operación en IDEA
Si el mismo archivo se modifica al fusionar ramas, causará conflictos: ¡la solución es que podemos modificar los archivos en conflicto y volver a enviarlos! ¡Elige conservar su código o el tuyo!
La rama principal master debe ser muy estable y usarse para lanzar nuevas versiones. En general, no está permitido trabajar en ella. En general, el trabajo se realiza en la rama dev recién creada. Se puede fusionar con la rama principal master.
Práctica de tarea: busque un pequeño socio y construyan juntos un almacén remoto para practicar Git.
1. ¡No creas que Git es difícil y aprenderás a usarlo cuando practiques más en el trabajo!
2. También hay mucho aprendizaje sobre Git. Después de leer mi tutorial de Git, ¡puedes pensar más y resumirlo en tu propio blog!
Enlace de video de soporte: 10. Registro y uso de Code Cloud_哔哩哔哩_bilibili