[Linux] Dos historias te llevan a usar la línea de comando git

GitHub y gitee son plataformas de alojamiento de código, donde cargamos código o archivos para administrar nuestro código y diferentes versiones de software.

Son herramientas indispensables en el desarrollo colaborativo multipersonal ¿Conoces git?

La lógica subyacente de github y gitee proviene de git, que juega un papel importante en él. Lo siguiente es parte de mi comprensión de git, y espero que pueda ayudarlo.

---

Contenido del blog:

A continuación, explicaremos el origen y la función de git a través de dos breves historias. Presentaremos brevemente una función básica de gestión de versiones de git usando el sitio web gitee. Finalmente, presentaremos brevemente cómo usar git en la línea de comandos de Linux.

Este blog se enfoca principalmente en comprender la administración de versiones y usar git para enviar archivos en Linux.

1. Historias históricas

antecedentes

​ El padre de Linux, Linus Benedict Torvalds (en adelante unificado: Torvalds), completó la versión 0.11, que es la primera versión del kernel de Linux, en 1991. Quería desarrollar mejor LInux Este sistema operativo es absolutamente imposible confiar en el propio Torvalds Después de todo, frente a millones de líneas de código y diferentes tipos de funciones (controladores, discos, sistemas de archivos, administración, IO, etc.), el poder de una persona parece insignificante.

Entonces, Torvalds lo hizo de código abierto y permitió que los ingenieros y piratas informáticos de todo el mundo vieran su valor, haciéndolos participar en el desarrollo conjunto. Ingenieros de todo el mundo completan sus propios módulos en los que son buenos, entonces, ¿qué deberían hacer con el código que escriben? Muchos ingenieros enviaron directamente el código a Torvalds para copiarlo y pegarlo en la ubicación adecuada, pero después de todo, hay demasiadas personas, si solo haces esto, Torvalds se pasará todos los días copiando y pegando, lo que obviamente no es posible.

​ Respecto a este problema, ¿cómo debería solucionarlo Torvalds? ¿Encontrar a alguien para reemplazarlo? ¿Liberar su trabajo? Esto obviamente no es recomendable, ya que estos códigos se pueden integrar, significa que sus propias capacidades son muy buenas, es un poco derrochador copiar y pegar, y también aumentará el costo. Cuando los ingenieros de todo el mundo utilizan el amor para generar electricidad para Linux de código abierto, realmente no hay necesidad de aumentar esta sobrecarga. Las personas inteligentes de todo el mundo no pueden dejarse perplejas por este problema. Piensan que se necesita un software de gestión de código y los ingenieros cargan el código ellos mismos para resolver este problema.

atravesar

Al principio, Torvalds no pensó en crear dicho software por sí mismo, sino que buscó el software existente desarrollado conjuntamente por varias personas . Afortunadamente, lo encontró (esta es la idea del gran dios, si te encuentras problemas, vaya directamente para averiguar si alguien resolvió el problema y lo usó directamente), pero desafortunadamente, este software está cargado. Después de la discusión de todos, decidió dejar de usar este software. La declaración externa es " incompatible con el espíritu de código abierto " (Pienso personalmente: Las cosas que cuestan dinero a veces dificultan su propia promoción hasta cierto punto, afectando su influencia y velocidad de transmisión. Por lo general, vemos algo, como un video o un artículo, cuando pensamos que es muy bueno, tendremos que considerar si gastar dinero para comprar el contenido después de eso, y sentirnos un poco infelices al pagar por él).

Afortunadamente, Torvalds finalmente encontró la compañía de software. Su jefe fue muy generoso y los respetó. Le dijo que cree que la comunidad Linux es una comunidad que cambia el mundo y los respeta mucho. Otros necesitan gastar dinero para usar este software. Darles libre acceso a la comunidad. De esta forma, la comunidad Linux utiliza este software para administrar su código, y ha logrado una buena respuesta.

el nacimiento de git

​ Si la historia termina aquí, no habrá git después , y el desarrollo de las cosas a veces está lleno de drama. La mayoría de los mejores ingenieros tienen un problema común, que es la curiosidad , tienen curiosidad acerca de cómo se hace el software y cómo funciona, por lo que muchas personas en la comunidad de Linux comenzaron a descifrar el software. Hasta que un día, un ingeniero con casi el mismo ejemplo descifró parte del contenido y lo lanzó al mundo para anunciar sus resultados, lo que molestó mucho al jefe de la empresa de software, quien los respetó y les dio uso libre, y a su vez Preguntó Pocha su esquina, decidió dar por terminado el libre acceso a la comunidad. De esta manera, Torvalds volvió de la noche a la mañana a la pre-liberación, y por supuesto no pudo copiar y pegar el código, ¡es difícil pasar de la extravagancia a la frugalidad! Así que dedicó dos o tres semanas a desarrollar un software de control de versiones , y lo abrió, lo llamó git , lo que atrajo a muchos ingenieros interesados ​​en el control de versiones. Con el desarrollo continuo, hemos formado lo que somos hoy. Ver git .

Gestión de versiones 2.git

La función de git no se limita a la gestión de versiones, sino que también tiene una gestión de sucursales más rica, reversión, etiquetado de proyectos, etc., lo que lleva al uso de la colaboración de varias personas de git dentro de la empresa .

• Aquí solo presentamos la función de gestión de versiones de git

1. Una historia corta

A continuación, usamos una breve historia para presentar brevemente la gestión de versiones :

En la escuela, podemos enfrentarnos a la situación de que el maestro solicite un informe de experimento.Si hay un maestro particularmente responsable en nuestra escuela que nos enseña Linux, después de un experimento, deje que toda la clase le envíe un informe de experimento relacionado.

Uno de mis compañeros de cuarto, Xiao A, terminó el primero. Tomó el documento electrónico y fue directamente al maestro para entregar el informe. Después de leerlo, el maestro dijo que hay algo mal contigo. Debes modificarlo. Después de ir con el maestro por segunda vez, todavía dijo que no, que necesita continuar repasando. Han pasado unos días y acabas de entregar el primer informe. Xiao A es simplemente estúpido. El informe del experimento ya lo ha cambiado. de lo que era antes, y no tiene respaldo, solo puede regresar solo y sentirse incómodo.

Soy una persona inteligente, observé todo desde un costado y conocía el temperamento del maestro, así que mantuve 10,000 mentes y guardé una copia del informe del experimento cada vez que el maestro quería revisar, y cuando entregué el informe por última vez me dijo lo mismo y me pidió que entregue el segundo informe directamente, lo encontré en la computadora y lo entregué sin ningún tipo de carga.

En el mundo de la informática, soy un programador que trabaja duro . Mi operación es la gestión de versiones , y mi maestro se llama gerente de producto .

Cualquier software tiene errores y necesitamos actualizarlo, lo que forma diferentes versiones. Generalmente usamos git para administrar estas diferentes versiones.

Continuemos con nuestra historia. Terminé el informe de laboratorio del maestro yo solo, pero los otros estudiantes de la clase no tuvieron tanta suerte. Estaba entusiasmado y decidí ayudarlos a administrar sus informes de laboratorio y dejar que escribieran cada revisión. Todos los informes se envían a y yo los administraré. Aquellos que los necesitan preguntan por mí. Al administrar estas grandes cantidades de informes experimentales, he explorado gradualmente un conjunto de métodos únicos para administrarlos mejor. A medida que mi reputación crece gradualmente, los estudiantes de otras universidades También tenía informes de laboratorio que administrar, y se acercaron a mí uno tras otro.

Enfrentado a tantos informes experimentales, estoy demasiado ocupado para usar mi método de gestión. En este momento, aproveché al máximo las ventajas de la informática. Escribí un software basado en red, que se divide en cliente y extremo de servicio. el servidor se implementa en su propio servidor en la nube y el cliente se descarga en su propia computadora, reemplazando mi trabajo manual. A partir de ese momento, no es necesario que me encuentre en el informe de gestión, solo descargue el cliente y súbalo directamente. A esta versión la llamamos Es 1.0 A medida que más y más personas lo usan, creo que este software tiene un gran mercado y muchas personas necesitan usarlo. Lo nombré git y lo promocioné en todo el país.

Después de la promoción, mi software se ha convertido en un software muy conocido en el país, pero todas sus operaciones se basan en pantallas negras y líneas de comando , lo cual es realmente antiestético. A continuación, lo recluto y lo modifico para convertirlo en un sitio web . Después de la carga, se pueden implementar muchas operaciones directamente en el sitio web, y luego se desarrolla un nuevo cliente, y la carga se puede enviar en este cliente (este artículo no hablará sobre este contenido), lo que es más conveniente para que las personas operen. A esto lo llamamos versión 2.0 .

Todo el mundo debería saber la siguiente historia, la versión 2.0 es GitHub y gitee con la que estamos familiarizados . La capa inferior de estos dos sitios web se implementa en base a git .

2. Comprender la gestión de versiones

A través de la historia breve anterior, usamos gitee para comprender mejor la gestión de versiones.

Usamos gitee para administrar archivos, que se pueden dividir en dos pasos:

1. Complete la escritura de código o archivos en la computadora local
2. Subir al almacén correspondiente a través del software, y el sistema gestionará automáticamente

Cada carga será registrada, incluso si se modifica el mismo archivo, siempre que se cargue, podemos encontrar los archivos modificados en diferentes períodos.

Combinado con la historia corta, solo necesitamos hacer cambios en un informe de experimento cada vez, y al cargar, gitee guardará automáticamente diferentes versiones del mismo archivo cargado para nosotros cada vez.

Como se muestra en la imagen a continuación, subí tres veces después de modificar un archivo localmente, y cada archivo cargado se puede encontrar

• El número de versión en la imagen de arriba se genera automáticamente después de cargar, y se generará un número de versión para cada carga

Basado en este principio, la actualización y administración de cada versión de software es fácil de entender. Cargue el código de software modificado y etiquételo con un nuevo número de versión. Se pueden obtener diferentes versiones del código a través de diferentes etiquetas.

Como se muestra en la figura a continuación , encontramos aleatoriamente un proyecto de código abierto para observar

• El número de versión a la izquierda arriba es la etiqueta, la carga la configura usted mismo, representando la versión correspondiente, y la derecha se genera automáticamente al cargar.

Use este sitio web para administrar nuestros informes de experimentos. Después de cada modificación, cargue en el sitio web, y el maestro solo necesita extraer cuál y enviarlo.

3. El uso de git

1. Creación de almacén

Primero, creamos un almacén en nuestro propio gitee o github.Yo uso gitee de la siguiente manera:

Después de hacer clic en el nuevo almacén, aparecerá la siguiente página

Se obtienen los siguientes almacenes, en los que los almacenes son de código abierto, los almacenes eliminados y los administradores de configuración están todos bajo administración, que no son el contenido principal de este artículo, por lo que no los presentaré brevemente aquí.

Hemos creado el almacén, y necesitamos el enlace del almacén para usar git en Linux, y clonar el almacén al local, de la siguiente manera

Después de copiar, se completa la operación en gitee

2. Instalar git y clon de almacén

Primero use para git --versionverificar si git está instalado en Linux.

Si aparece la pantalla similar anterior, está instalado. Si no está instalado, use el siguiente comando para instalarlo.

sudo yum install -y git

Después de la descarga, use el siguiente comando para clonar el almacén

git clone 复制的仓库链接

Debido a que nuestro almacén es privado, debemos ingresar el nombre de usuario y la contraseña. Después de que el almacén sea de código abierto, no es necesario ingresarlo.

Después de la clonación, el almacén se puede mostrar localmente y la carpeta en la imagen a continuación es el almacén.

Se puede ver que los archivos en el almacén que creamos arriba están todos en este directorio.

.gitEl directorio adicional es en realidad el almacén local, que almacena cada registro cargado en forma binaria

Veamos .gitel catálogo de la siguiente manera

Nota: no cambie el archivo .git, no se preocupe por eso

3. Subir código tres trucos

agregar

Primero busque un archivo y cópielo en el almacén.

En este punto, no se dice que el archivo se agregue al repositorio, simplemente se coloca debajo de este archivo.

Luego use el siguiente comando para hacer que el archivo sea administrado por el almacén y guárdelo en el área de almacenamiento temporal del almacén

git add .

Después de ejecutar el comando, puede usar el siguiente comando para verificar si está almacenado en el área de almacenamiento temporal

git status

Muestra el archivo nuevo seguido del nombre del archivo, lo que indica que este archivo se ha almacenado en

comprometerse

A continuación, agregaremos todos los archivos no agregados en el directorio actual al almacén local.git

Agregue el archivo usando el siguiente comando

git commit -m "日志"

En las comillas dobles, debe completar una descripción general del archivo cargado, que debe estar certificado. Cuanto más claro, mejor, cada envío se registrará y podrá git log指令encontrar todos los registros de envío. Si deja la empresa, el el próximo programador lo recibirá. Para su trabajo, revisé su código y descubrí que no podía entenderlo. Miré la información cuando la envió, qué hizo exactamente, y el resultado fue que no pude entender Serás regañado, así que si no escribes esto bien, el jefe te llamará para hablar.

Al enviar archivos a nuestro .gitalmacenamiento local, uno está preocupado por los problemas con el almacenamiento local, y hay una capa adicional de protección en el pasado, y el otro es facilitar el almacenamiento remoto regular. En la empresa, deje que los líderes vean el progreso de el proyecto frente a ellos, lo cual es conveniente para la integración.

Si desarrollamos solos, podemos ir aquí, pero ahora no nos preocupamos por él, nuestro propósito es enviar los archivos al local y empujar al remoto, para que los almacenes local y remoto permanezcan consistentes.

Nota: Los siguientes problemas ocurrirán en el primer envío

Necesitamos configurar nuestro propio correo electrónico y nombre de usuario, para que otros puedan verificar y contactarnos a tiempo.

Use las dos instrucciones en el cuadro rojo en la figura anterior, solo copie y modifique la información en las comillas dobles detrás

Agregar y confirmar son las operaciones de almacenamiento temporal de archivos en la biblioteca local, y lo siguiente es enviar los archivos de la biblioteca local al extremo remoto

empujar

Finalmente, use el siguiente comando para el empuje remoto

git push

En general, debe ingresar su nombre de usuario y contraseña al enviar

La estructura que se muestra en la figura anterior muestra que el empuje es exitoso.

También puede encontrar las siguientes advertencias al presionar:

Esta advertencia necesita modificar la variable global, solo ejecute el siguiente comando

git config --global push.default matching
git config --global push.default simple

Después de completar estos tres trucos, veamos si el envío es exitoso en gitee

Resumir:

1. git add .: envía el contenido al área de almacenamiento temporal
2. git commit -m "log": envía el contenido al almacén local
3. git push: envía el contenido del almacén local al extremo remoto y lo envía al extremo remoto