Post Top Ad

Your Ad Spot

viernes, 11 de septiembre de 2020

Git para principiantes

 git GitHub

Git es un software de uso común que realiza un seguimiento de los cambios realizados en archivos y directorios. Se destaca por realizar un seguimiento de los cambios de texto, que es todo el código fuente. Es probable que ya sigas un proceso similar al funcionamiento de Git. Si tiene un documento de texto, realice algunos cambios en él. El primer borrador, por así decirlo, es la versión 1. El segundo borrador es la versión 2, y así sucesivamente. Git realiza un seguimiento de este tipo de cambios a lo largo del tiempo. También le ofrece un tipo de rehacer y deshacer. Con Git puedes moverte a cualquier punto de la línea de tiempo. Git es un sistema de control de versiones y es el más utilizado. Surgió por una necesidad de los programadores que buscaban una forma de poder rastrear los cambios que hicieron en el código de la computadora a lo largo del tiempo, a medida que agregaban funciones y corrigían errores. Este tipo de software también se conoce como gestión de código fuente.


La historia de Git

En 1972, había una herramienta llamada Sistema de control de código fuente, o SCCS, lanzada por AT&T. Se utilizó en el sistema operativo Unix y se hizo popular en universidades y varios proyectos de investigación. SCCS fue la herramienta de control de versiones que se usó hasta principios de los 80. Fue entonces cuando se lanzó RCS, o Revision Control System. RCS se hizo popular porque era multiplataforma, mientras que SCCS solo era Unix. Era más fácil de aprender la sintaxis, tenía más funciones y era más rápido que SCCS. SCCS y RCS tenían el inconveniente de que solo le permitían trabajar con un archivo a la vez. Esto le permitió realizar un seguimiento de los cambios en un solo archivo, pero no en conjuntos de archivos o en un proyecto completo. Llegó el Sistema de Versiones Concurrentes que hizo posible trabajar con múltiples archivos y la idea de un repositorio de código. Esto inició el concepto de poner ese código en un servidor remoto donde más de un usuario podría trabajar en el mismo archivo al mismo tiempo. La siguiente innovación llegó con Apache Subversion o SVN para abreviar. SVN agregó la capacidad de guardar archivos que no son de texto, así como un mejor seguimiento y proceso de confirmación. Bitkeeper fue otro sistema de control de versiones que funcionó bien pero se convirtió en un software de pago. En 2005, Git fue creado por Linus Torvalds, el creador de Linux. Git se convirtió en la herramienta de control de versiones número 1 y lo sigue siendo hasta el día de hoy. En 2008, GitHub lanzó su servicio que permitía a cualquier persona alojar repositorios de código fuente de Git. SVN agregó la capacidad de guardar archivos que no son de texto, así como un mejor seguimiento y proceso de confirmación. Bitkeeper fue otro sistema de control de versiones que funcionó bien pero se convirtió en un software de pago. En 2005, Git fue creado por Linus Torvalds, el creador de Linux. Git se convirtió en la herramienta de control de versiones número 1 y lo sigue siendo hasta el día de hoy. En 2008, GitHub lanzó su servicio que permitía a cualquier persona alojar repositorios de código fuente de Git. SVN agregó la capacidad de guardar archivos que no son de texto, así como un mejor seguimiento y proceso de confirmación. Bitkeeper fue otro sistema de control de versiones que funcionó bien pero se convirtió en un software de pago. En 2005, Git fue creado por Linus Torvalds, el creador de Linux. Git se convirtió en la herramienta de control de versiones número 1 y lo sigue siendo hasta el día de hoy. En 2008, GitHub lanzó su servicio que permitía a cualquier persona alojar repositorios de código fuente de Git.


Instalar Git

Git se puede instalar en Windows, Mac y Linux. Puede descargar Git aquí si aún no lo tiene. En este tutorial, ejecutaremos Git en Windows. Cuando ejecute el instalador, simplemente acepte todos los valores predeterminados ya que hay muchas opciones.


Empezando con Git

Para comenzar con Git, podemos crear una carpeta de proyecto de ejemplo que contendrá algunos archivos que vamos a rastrear usando Git. Aquí navegamos a ese directorio y ejecutamos el comando git –version para verificar que Git esté instalado y funcionando.

git --version

Git te va a ladrar si no agregas un nombre de usuario y correo electrónico a la configuración, por lo que podemos agregar algunos datos de ejemplo para comenzar a usar git config –global user.name “gituser” y git config –global user. envíe un correo electrónico a "gituser@example.com" .

establecer valores de configuración globales git


Autocompletar y ayuda

Autocompletar en Git es una característica interesante que le ayuda a escribir comandos, nombres de archivos, nombres de ramas y otras cosas para facilitar el flujo de trabajo. Entonces puede comenzar a escribir una palabra, luego use la tecla Tab para ver que Git intente completar el resto del comando que podría haber tenido en mente. Ayuda a ahorrar un poco de escritura. En el caso de que haya varias opciones disponibles, Git le notificará que necesita más información o le proporcionará sus opciones. Por ejemplo, si escribimos git a , luego presionamos la tecla de tabulación, las posibles finalizaciones son agregar, am, aplicar, archivar y askyesorno.

ejemplo de git auto complete

Al escribir git help , puede ver una lista de los comandos de uso común en Git que se dividen en 5 categorías.

Estos son comandos de Git comunes que se usan en varias situaciones:

1. iniciar un área de trabajo

  • clonar Clonar un repositorio en un nuevo directorio
  • init Crea un repositorio Git vacío o reinicia uno existente

2. trabajar en el cambio actual

  • agregar Agregar contenido de archivo al índice
  • mv Mover o cambiar el nombre de un archivo, directorio o enlace simbólico
  • restaurar Restaurar archivos de árbol de trabajo
  • rm Eliminar archivos del árbol de trabajo y del índice
  • sparse-checkout Inicializar y modificar el sparse-checkout

3. examinar la historia y el estado

  • bisect Utilice la búsqueda binaria para encontrar la confirmación que introdujo un error
  • diff Muestra cambios entre confirmaciones, confirmaciones y árbol de trabajo, etc.
  • grep Imprimir líneas que coinciden con un patrón
  • log Mostrar registros de confirmación
  • mostrar Mostrar varios tipos de objetos
  • status Muestra el estado del árbol de trabajo

4. Haga crecer, marque y modifique su historial común

  • rama Listar, crear o eliminar ramas
  • cometer cambios de registro en el repositorio
  • fusionar Unir dos o más historias de desarrollo juntas
  • rebase Reaplicar confirmaciones encima de otra punta base
  • restablecer Restablecer HEAD actual al estado especificado
  • cambiar cambiar ramas
  • etiqueta Crea, enumera, elimina o verifica un objeto de etiqueta firmado con GPG

5. colaborar

  • buscar Descargar objetos y referencias de otro repositorio
  • extraer Fetch e integrarlo con otro repositorio o una sucursal local
  • push Actualizar referencias remotas junto con objetos asociados

Para obtener ayuda detallada sobre comandos individuales, simplemente escriba algo como git help init , git help clone , git help add , etc.


Usando Git

Ahora podemos comenzar a probar cómo usar Git en un entorno local.

Inicializar un repositorio

Para iniciar un repositorio, necesita un directorio para contener su proyecto. Ya tenemos una carpeta llamada exampleproject que es donde vivirá nuestro proyecto. Puede inicializar un repositorio sin archivos, algunos archivos o muchos archivos. Git sabrá cómo proceder en consecuencia. Simplemente puede escribir git init para comenzar, y Git le informará que ha inicializado un repositorio de Git.

git init

La carpeta .git

Después de inicializar un repositorio, encontrará una nueva carpeta de .git en la raíz de su proyecto. Es una carpeta oculta, por lo que para verla necesitará usar ls -la . Este directorio invisible de Git es donde Git hará todo el seguimiento del proyecto. Una vez que este directorio está presente, sabemos que el repositorio de Git se ha inicializado y está listo para funcionar. La conclusión clave es que este directorio de Git es todo el seguimiento de Git. Si tuviera que eliminar este directorio de Git, Git se elimina del proyecto. Entonces, para agregar el seguimiento de Git a un proyecto, use git init . Para eliminar el seguimiento de Git de un proyecto, elimine la carpeta .git.

Los 3 árboles de Git

Git hace uso de una estructura de tres árboles. Estos son el repositorio , el índice de preparación y la copia de trabajo . Mientras trabaja con Git, es útil estar al tanto de estos diferentes árboles. El directorio de trabajo contiene cambios que es posible que Git aún no haya realizado. El índice de ensayo contiene cambios que estamos a punto de realizar en el repositorio y en el repositorio real que Git realiza un seguimiento completo.

repositorio índice de preparación trabajando git

Hacer un compromiso

Git ahora está rastreando nuestro proyecto. No es un gran proyecto, porque no tenemos archivos. Cambiemos eso agregando un archivo index.html ahora.

agregar archivo al repositorio de git

Abramos nuestra carpeta de proyecto de ejemplo en Visual Studio Code. VS Code es compatible con Git, por lo que ahora veremos algo interesante. Vemos el archivo index.html en verde, una letra U y un número 1 a la izquierda. Git ve este nuevo archivo en el proyecto.

archivo sin seguimiento de visual studio code git

Una confirmación de Git sigue un proceso de tres pasos.

  • 1.Haz un cambio
  • 2. Agrega el cambio
  • 3. Confirma el cambio

Ya hemos dado el paso 1. Agregamos un archivo al proyecto. Eso es un cambio. También podría ser una edición de archivo o alguna otra acción. Terminemos la confirmación con git add y git commit ahora. Primero, hacemos el agregado.

git add desde la línea de comando

En Visual Studio Code, ese cambio se recoge. Ve que se ha agregado el archivo.

git vscode agregado

Ahora hacemos la confirmación usando git commit y usamos la bandera -m para agregar un mensaje de confirmación. Siempre desea agregar un tipo de mensaje de resumen descriptivo a una confirmación.

git commit con mensaje

En Visual Studio Code, ya no vemos ningún color especial o indicadores numéricos en el icono de Git a la izquierda. Lo que estaba en el Staging Index ahora está comprometido, y VS Code está feliz. Esto es el equivalente a usar git status donde obtenemos el mensaje de "nada que confirmar, árbol de trabajo limpio".

Algunas de las mejores prácticas para los mensajes de confirmación son las siguientes.

  • Utilice un resumen breve de una sola línea de menos de 50 caracteres.
  • Opcionalmente, puede seguir esto con una línea en blanco y una descripción más larga.
  • Cada línea debe tener menos de 72 caracteres.
  • Escribe el mensaje en tiempo presente. "Corrige Typo" en lugar de "Fixed Typo".
  • Sea claro y conciso.
  • Para hacer viñetas, puede usar guiones o asteriscos.
  • Opcionalmente, agregue números de seguimiento como identificación de error o identificación de ticket de soporte.

Ver el registro de Git

Cada cambio se rastrea en Git y podemos ver esos cambios usando el registro. En la raíz del proyecto, escriba git log para ver el registro de confirmaciones. Solo hemos realizado una confirmación, pero si hubiera varias, la entrada más reciente estaría en la parte superior.

registro de git

En la imagen de arriba, podemos ver el texto de (HEAD -> master) junto a la confirmación. ¿Que es esto? Este es el puntero principal en Git. Es una variable de referencia en el sistema Git que apunta a una confirmación específica en el repositorio. Sus puntos clave son los siguientes.

  • Puntero a la punta de la rama actual en el repositorio.
  • Último estado del repositorio, lo que se extrajo por última vez.
  • Apunta al padre de la próxima confirmación donde tiene lugar la escritura.

Agregar archivos a nuestro repositorio

Nuestro proyecto no es un proyecto con un solo archivo index.html. Agreguemos dos archivos más de page_two.html y page_three.html. Luego, probaremos un nuevo comando git : git status .

archivos sin seguimiento de estado de git

Podemos ver los dos archivos nuevos. El comando git status nos dice "nada agregado para confirmar, pero los archivos sin seguimiento están presentes (use 'git add' para rastrear)". Visual Studio Code también ve los dos archivos nuevos, que son de color verde y tienen una letra U que indica que no están rastreados.

vs code git dos nuevos archivos

Sin seguimiento frente a seguimiento

¿Qué significa sin seguimiento y seguimiento? Bueno, los dos archivos que acabamos de agregar no se están rastreando. Git es consciente de que existen, pero no le importa si se modifican o actualizan. Sin embargo, se realiza un seguimiento del primer archivo que creamos, ya se ha enviado al repositorio. Los tres archivos están vacíos. Hagamos una prueba y completemos algunas marcas HTML en los tres archivos y luego ejecutemos un comando git status para ver qué cambió. El archivo index.html tiene un mensaje de modificado, con cambios aún no preparados para su confirmación. En otras palabras, el archivo en el directorio de trabajo ha cambiado desde la última confirmación. Los otros dos archivos no aparecen como modificados. Simplemente siguen teniendo el mismo estado de los archivos sin seguimiento.

estado de git sin seguimiento vs no preparado para confirmación

VS Code también enumera los archivos de la misma manera. Index.html tiene una M para modificado y los otros dos archivos tienen la U para sin seguimiento.

git untracked vs rastreado

Compromisos atómicos

Esto nos lleva al concepto de Atomic Commits. Queremos agregar estos cambios al repositorio, pero no están completamente relacionados. Podríamos agregarlos y confirmarlos todos a la vez, pero sería mejor agruparlos en partes relacionadas. Es la misma idea de dividir el código en funciones específicas. Puede tener sentido agregar una confirmación para modificar el archivo index.html y luego agregar una confirmación para incluir las dos páginas adicionales en el repositorio. Podemos comenzar con git add index.html y git status . El archivo index.html se convierte en texto verde con un mensaje de "Cambios por confirmar". Los otros dos archivos todavía tienen el mismo estado sin seguimiento.

git agregar estado de git

En VS Code, puede ver los cambios por etapas haciendo clic en el icono de Git y viendo el área de cambios por etapas. Esto coincide con la salida de nuestro comando git status justo arriba.

ver cambios por etapas vs código

Ahora podemos confirmar los cambios que se están realizando actualmente.

git commit -m "Agregar marcado html al archivo de índice"

git confirma cambios por etapas

Agreguemos y confirmemos los dos archivos sin seguimiento de una sola vez. Aquí usaremos git add. , para agregar todos los archivos al ensayo a la vez, luego git status para ver los cambios que se van a confirmar, y finalmente podemos confirmar ambos archivos con git commit . ¡Creo que estás empezando a ver el flujo de trabajo de git ahora!

git agregar git status git commit

Podemos ejecutar git log nuevamente para ver todas las confirmaciones hasta el momento. Esto debería ilustrar que Git es como un rastreador de actividad para su código. Le dice lo que sucedió en cada paso del ciclo de vida. Podemos ver que la confirmación inicial está en la parte inferior de la salida del registro. Esa fue nuestra primera confirmación en la que simplemente agregamos un archivo index.html en blanco. Cada confirmación tiene una identificación única que es un hash de suma de comprobación de 40 caracteres. Esto se crea mediante el algoritmo SHA-1. Entonces, en nuestro caso, e703e01c587d141308359c8fff53ec8af71773c0 fue la primera confirmación, f77c5907fb319c2b9a70c3e2fa73a860f0676bcb fue la segunda confirmación, y 3eb9816d034f2338ca191283e14 la confirmación más reciente. Como aprendimos, el puntero HEAD apunta a la última confirmación de la rama en la que estamos trabajando. ¡Perfecto!

git log para ver confirmaciones

Ver cambios con diff

Hasta ahora hemos usado git status para ver en qué estado se encuentra un archivo. Podemos ver a cuál de los tres árboles pertenece un archivo actualmente, si ha sido modificado, y así sucesivamente. ¿Qué pasa si queremos poder ver lo que realmente cambió? ¿Se puede hacer eso? Sí puede. Puede ver los cambios de un archivo usando git diff . Tenemos tres páginas en el proyecto hasta ahora. Hagamos un cambio en index.html, luego usaremos git diff para ver qué sucedió antes de confirmar algo.

cómo usar git diff

Cuando llamamos al programa diff, muestra las diferentes versiones de los archivos y las compara. El formato que se ve arriba es el formato común utilizado. Está comparando el archivo A y el archivo B. El archivo A es la versión que está en el repositorio. Es la versión más actualizada del archivo que hemos comprometido. El archivo B es el que está en el directorio de trabajo. Entonces, desde la salida, podemos ver fácilmente qué ha cambiado a través del signo + y el texto de color verde. La copia de trabajo tiene un enlace de texto que no tiene el archivo en el repositorio.

Podemos hacer otro cambio en el archivo y ejecutar git diff nuevamente para ver el resultado. ¡Interesante! Ahora tenemos un signo - con texto rojo y un signo + más con texto verde. Si se eliminó algo del archivo, esto se muestra con el texto rojo y el signo -. Así que ahora, en lugar de que la etiqueta H1 tenga el texto "Esta es la página de índice", ahora se ha cambiado para que diga "Esta es la página de inicio". Al usar git diff , puede ver todo lo que se haya eliminado, agregado o cambiado.

Para profundizar aún más en los cambios, puede usar git diff –word-diff . Esto nos muestra que eliminamos la palabra "índice" y la reemplazamos con la palabra "inicio".

ejemplo de diferencia de palabra de git diff

Ahora que sabemos exactamente qué ha cambiado, podemos hacer el compromiso si queremos. Como hemos visto para hacer una confirmación, necesitamos agregar el archivo a la preparación y luego realizar la confirmación. Este es un flujo de trabajo tan común que Git proporciona un acceso directo para que pueda agregarlo a la preparación y comprometerse con el repositorio de una sola vez. Para hacer esto, use git -am "El mensaje de confirmación" . Usamos esta técnica a continuación y verificamos que el árbol de trabajo esté limpio usando git status .

git stage y cometer en un comando

Eliminar un archivo en Git

Manejar una eliminación en Git puede parecer un poco extraño, ya que es algo que aún necesita confirmar en el repositorio. Quizás sea mejor ver una demostración. Primero, agregaremos dos páginas nuevas al proyecto. Estos se agregarán al árbol de trabajo y al principio git no los rastreará.

dos archivos sin seguimiento en git

Ahora bien, si elimino uno de estos archivos de inmediato, simplemente desaparecerá. Git aún no está rastreando estos archivos ya que aún no están en nuestro repositorio o en el árbol de preparación, solo están en el directorio de trabajo en este momento. ¿Qué pasa si los agregamos a la puesta en escena? Bueno, hagámoslo ahora.

archivos git agregados al ensayo

Confirmemos esos archivos también.

git confirma dos archivos al repositorio

Ahora tenemos dos archivos nuevos en la rama maestra del repositorio. Para eliminar un archivo cuando usa Git, puede hacerlo manualmente o usar Git para completar la eliminación por usted.


Eliminación manual

Para page_four.html, eliminemos el archivo en VS Code.

git eliminar archivo manualmente

El comando git status nos muestra que Git sabe acerca de la eliminación de este archivo en el directorio de trabajo.

git status directorio de trabajo del archivo eliminado

Aquí hay un pequeño truco de mente ahora. Esta eliminación necesita ser "agregada" a la preparación para que podamos confirmarla. Bueno, el archivo se ha ido, entonces, ¿cómo lo agregamos al ensayo? Podemos mover esta eliminación a la etapa de ensayo usando git rm así.

git eliminar archivo

Así que ahora ese cambio está en marcha. Podemos enviar este cambio al repositorio ahora.

git eliminar archivo y confirmar

El archivo se elimina, Git lo sabe, el repositorio se actualiza y el árbol de trabajo está limpio. Todos estan contentos. La otra opción para eliminar un archivo en Git es omitir la eliminación manual y simplemente decirle a Git que haga la eliminación. Esto elimina el archivo del directorio de trabajo y organiza el cambio de una sola vez.

git eliminar atajo

En VS Code, ese archivo desapareció. Solo nos quedan index.html, page_two.html y page_three.html en el directorio de trabajo.

código de estudio visual git eliminar

Por último, podemos enviar esa eliminación al repositorio.

git commit eliminar al repositorio

Finalmente, podemos ver el ciclo de vida completo de nuestra demostración de git con git log . La salida casi cuenta una historia con solo mirar cada mensaje de confirmación. El primero está en la parte inferior donde tuvimos una confirmación inicial. A continuación, agregamos marcado HTML al archivo de índice en la segunda confirmación. En la tercera confirmación, se agregaron las páginas dos y tres con marcado HTML. La cuarta confirmación vio algo de texto alterado y la adición de un hipervínculo. Agregamos dos páginas en el compromiso cinco. En la confirmación seis, eliminamos la página cuatro manualmente. En la confirmación siete, eliminamos la página cinco usando Git directamente. Continúe este proceso decenas, cientos o miles de veces, ¡y tendrá un proyecto de software de la vida real!

git log todas las confirmaciones

Ver un compromiso específico

Cada confirmación se identifica de forma única con ese hash SHA-1 de suma de comprobación de 40 caracteres del que aprendimos. Podemos usar el hash de cualquier compromiso en particular para ver los detalles de lo que cambió en ese compromiso exacto. Esto es útil si necesita volver más tarde y olvidó por completo cuándo o por qué se cambió algo en el proyecto. Usamos git show en combinación con el ID de confirmación para ver esa confirmación. Aquí hay un ejemplo.

git show confirmar por id

Creación de un mensaje de confirmación de varias líneas

Es posible que desee crear un mensaje de confirmación de varias líneas y aún no lo hemos visto, así que probémoslo ahora. Haremos algunos cambios en los tres archivos de nuestro proyecto, luego veremos un estado de git para ver que las cosas han cambiado.

git status tres archivos cambiados

Para realizar una confirmación de varias líneas, podemos ejecutar el comando de git commit -a dejando la opción -m desactivada. Git todavía quiere un mensaje de confirmación, pero no lo especificamos en la línea de comando. Veamos qué pasa.

git esperando que su editor cierre el archivo

VS Code ahora le dará la capacidad de ingresar un mensaje de confirmación de varias líneas.

COMMIT_EDITMSG

Una vez que guarde y cierre este archivo en su editor, la confirmación se procesará y su sesión de git de línea de comando se actualizará automáticamente. ¡Frio!

git mensaje de confirmación de varias líneas exitoso


Deshacer cambios

Git proporciona formas de deshacer los cambios, incluso después de cerrar el editor. Esta es una buena característica, ya que estoy seguro de que ha tenido ocasiones en las que necesitaba revertir algún código o texto, pero de alguna manera perdió todos los cambios. La capacidad de deshacer se aplica al directorio de trabajo, al índice de ensayo y, en algunos casos, a las confirmaciones reales. Por ejemplo, digamos que estábamos trabajando en la página index.html y borramos accidentalmente el pie de página y también cerramos el archivo. Esos cambios ya se han ido ... ¡¿O no ?! Hagamos un estado de git .

restaurar git

Observe el texto que dice "(use" git restore … ”Para descartar cambios en el directorio de trabajo)”. Bueno, probemos eso.

git restore en lugar de git checkout

Esto funcionó. El index.html había cambiado, eliminamos todo el pie de página en el HTML, guardamos y cerramos el archivo. Eso significa que no hay posibilidad de deshacer en el editor. Git nos salvó en esta situación. Al escribir git restore index.html , esos cambios se revierten y el pie de página vuelve a estar en su lugar cuando abrimos ese archivo.

git restaurar cambios en el archivo

Git restore es bastante nuevo. Se puede obtener el mismo resultado con git checkout como se ve aquí.

git checkout - archivo

¿Qué pasa si ya agregó un archivo a la preparación? En ese caso, puede usar el mismo comando git restore, pero puede especificar la marca –staged. En el siguiente ejemplo, hacemos algunas ediciones de texto en page_two.html y luego agregamos el archivo al índice de ensayo. Luego, simplemente lo sacamos del índice de ensayo al directorio de trabajo.

git restore - ejemplo en etapas

Cambio de compromisos

Cada confirmación tiene una suma de comprobación que es un identificador, como aprendimos. La forma en que esto funciona es que cuando va a realizar una confirmación, Git mira todos los cambios en el archivo, así como todos los metadatos, ejecuta todo a través de un algoritmo y asigna la identificación única. Si algo cambia en la confirmación, la suma de comprobación se rompe y la integridad de la cadena de confirmación falla. Entonces, en general, realmente no editas confirmaciones más antiguas. La única confirmación que puede cambiar es la confirmación actual. La edición de la confirmación más reciente no tiene efectos secundarios negativos porque es la última de la cadena. Ninguna otra suma de comprobación de confirmación depende de la confirmación actual. Como ejemplo, abrimos page_three.html y agregamos un subtítulo.

modificar el compromiso más reciente

La ejecución de git status y git diff nos muestra lo que ha cambiado.

git status y git diff

Esto se ve bien, así que confirmamos los cambios.

git commit am

Si cambia de opinión sobre ese compromiso, puede modificarlo. Esto podría estar en el archivo en sí, o tal vez simplemente no le guste el mensaje de confirmación. Puede actualizarlos con el comando git commit –amend . Primero, ejecutemos git log para ver la confirmación más reciente.

ver la confirmación más reciente

Queremos cambiar el subtítulo para que sea un subtítulo asombroso, y también queremos actualizar el mensaje para la confirmación. Así es como podemos hacer eso.

git commit enmendar

Ese compromiso más reciente ahora se ha modificado o cambiado. Dado que cambiamos el código HTML y el mensaje de confirmación en sí, la suma de comprobación ahora es diferente. Además, podemos ver el compromiso justo antes de que este más reciente sea el mismo. Así que, como que hicimos una paliza o sobrescribimos la confirmación más reciente.

modificar git commit

Hacer uso de archivos .gitignore

Una vez que tenga un proyecto de git, se realiza un seguimiento de todos los archivos. En algunos casos, es posible que no desee esto. Es posible que haya un archivo de registro que cambie continuamente y no desee rastrearlo. Otro ejemplo es algo así como un archivo .ENV que contiene las contraseñas de una aplicación. Rastrear eso localmente no es gran cosa, pero si decide enviar su proyecto a GitHub o algún otro repositorio remoto, esas contraseñas secretas ya no son tan secretas. Para decirle a Git que ignore ciertos archivos o directorios, puede usar el archivo .gitignore. Podemos agregar un archivo .gitignore a la raíz del proyecto así.

archivo gitignore

Algunos puntos clave de .gitignore:

  • Vive en proyecto / .gitignore
  • Tiene una lista de reglas sobre qué ignorar
  • Git ignora los cambios en los archivos ignorados
  • Utiliza la coincidencia de patrones RegEx
    • *? [aeiou] [0-9]
    • registros / *. txt
  • Puede usar expresiones negativas
    • *.TXT
    • ! readme.txt
  • Puede ignorar todo el directorio con barra diagonal
    • activos / privados /
  • Puede usar comentarios
    • # Esto es un comentario

Enviar código a GitHub

Lo último y último que haremos es enviar nuestro código a GitHub. Si su computadora se quema espontáneamente entre ahora y la próxima vez que vaya a codificar, su proyecto estará sano y salvo en GitHub. Para enviar su código a GitHub, primero deberá tener una cuenta de GitHub. Una vez que tenga una cuenta, puede optar por crear un nuevo repositorio. Puede ser público o privado.

crear un nuevo repositorio de github

A medida que crea el repositorio, debe nombrarlo y darle una descripción. Para nuestros propósitos, nombramos a este repositorio gitforbeginners con una descripción de Git For Beginners Tutorial . Con base en esta información, GitHub le proporcionará la información que necesita para enviar código al repositorio.

  • git remoto agregar origen https://github.com/username/gitforbeginners.git
  • git push -u maestro de origen

Para enviar su código, navegue hasta la raíz de su proyecto desde la línea de comando e ingrese los comandos de arriba. Una vez que se complete la inserción del código, podrá ver todas las confirmaciones, cambios y ediciones en las que ha estado trabajando localmente, directamente en la interfaz de usuario de GitHub.

el código ahora se envía a github

Todas las confirmaciones en las que hemos estado trabajando a través de la línea de comandos ahora se pueden ver en la interfaz web de GitHub. Esto es similar a cuando usamos git log en el comando log. ¡Muy genial!

programa de historial de confirmación local en github

Ahora también puede hacer clic en cualquier confirmación en particular y ver la información de diferencias muy fácilmente. Este es el equivalente a usar git diff en la línea de comando.

github view diff commit


Resumen de Git para principiantes

En este tutorial, tuvimos un buen curso intensivo sobre cómo usar Git. Acostumbrarse a Git es cuestión de patear los neumáticos y usarlo en sus propios proyectos. Es una excelente manera de administrar su código fuente. Git nos ayuda a rastrear los cambios en nuestros archivos a lo largo del tiempo y a ver o comparar esos cambios como queramos. Aprender los conceptos básicos de Git también es un gran paso para una mejor colaboración, ya que puede compartir proyectos a través de GitHub, o posiblemente contribuir a un proyecto de código abierto.

No hay comentarios.:

Publicar un comentario

Dejanos tu comentario para seguir mejorando!

outbrain

Páginas