Las 30 terminologías de Git más importantes que los desarrolladores deben conocer

Git es un sistema de control de versiones para rastrear cambios en archivos de computadora y coordinar el trabajo en esos archivos entre varias personas. Git está diseñado para equipos. Originalmente fue diseñado para trabajo distribuido, pero ha evolucionado para usarse en una amplia variedad de contextos. Git es un software gratuito y de código abierto. Git ha sido utilizado por muchas empresas, incluidas Google, GitHub y Mozilla. Git es utilizado por muchos otros proyectos de código abierto. Originalmente fue desarrollado por Linus Torvalds pero desde entonces ha sido adoptado por muchos otros desarrolladores.

La primera versión de Git se lanzó en 2005. Ahora, para conocer los conceptos básicos de Git, usaremos la interfaz de línea de comandos (CLI) de Git. La CLI es una interfaz de línea de comandos para Git. Se utiliza para realizar las siguientes tareas: agregar, confirmar, empujar, extraer y más. En este artículo , vamos a comprender la terminología básica de Git.

1. Repositorio Git

Un repositorio de Git es un directorio que contiene un directorio de trabajo de Git. El directorio de trabajo contiene todos los archivos que son rastreados por Git. El repositorio de Git es el lugar donde se almacenan los archivos. Podemos pensar en un repositorio de Git como un sistema de archivos. Donde se almacenan los archivos. Git Repository tiene una estructura de directorios. La estructura de directorios es similar a la estructura de directorios de un sistema de archivos.

2. Directorio de trabajo de Git

Un directorio de trabajo de Git es un directorio que contiene todos los archivos que son rastreados por Git. Rastreado por Git significa que Git rastrea los archivos en el directorio de trabajo que se confirmarán.

3. Repositorio remoto de Git

Un repositorio remoto de Git es un repositorio que se almacena en un servidor remoto. Podemos pensar en un repositorio remoto de Git como un sistema de archivos remoto. Donde se almacenan los archivos. Git Remote Repository tiene una estructura de directorios. Un repositorio remoto de Git es útil cuando queremos compartir los archivos con otros desarrolladores. Podemos usar Git Remote Repository para compartir los archivos con otros desarrolladores. Un repositorio Git puede ser local o remoto. No te confundas con la terminología. Tanto el repositorio de Git como el repositorio remoto de Git son directorios.

4. Sucursal

Como sugiere su nombre, la rama se puede considerar como un repositorio alternativo que difiere del directorio de trabajo de Git o del proyecto principal. Podemos pensar en una rama como un repositorio adicional que se utiliza para trabajar en la adición de funciones específicas al proyecto. Una sucursal puede ser una versión diferente del mismo repositorio. Puede ser estable, beta o alfa. En Git podemos aplicar la operación CRED, es decir, podemos crear una rama, confirmar y luego enviar la rama al repositorio remoto. Podemos enumerar todos los archivos de la rama y luego extraer la rama del repositorio remoto. Podemos hacer cambios en esa rama y luego enviar los cambios al repositorio remoto. Además, podemos eliminar la rama si queremos. Lo más importante es que podemos fusionar la rama con el proyecto principal.

5. Pago

Checkout es un comando que se usa para cambiar entre sucursales. Podemos consultar una rama del proyecto principal o una versión beta de ese proyecto. En un proyecto, considere las 3 ramas diferentes, a saber, la rama del proyecto principal o rama estable, la rama beta y la rama alfa. Podemos cambiar a la rama beta usando el comando git checkout beta y luego usando el comando git check out main podemos cambiar de la rama beta a la rama del proyecto principal.

6. Combinar

Fusionar es un comando que se utiliza para fusionar los cambios de una rama a otra rama. Podemos fusionar los cambios de la rama beta a la rama principal del proyecto usando el comando git merge beta.

7. Tirar

Pull es un comando que se usa para extraer los cambios del repositorio remoto al repositorio local. Podemos extraer los cambios del repositorio remoto al repositorio local usando el comando git pull. Git Pull obtendrá los cambios del repositorio remoto y luego descargará ese contenido localmente desde el repositorio remoto.

8. Empuje

Push es un comando que se usa para enviar los cambios desde el repositorio local al repositorio remoto. Podemos enviar los cambios desde el repositorio local al repositorio remoto usando el comando git push. Un comando git push tiene dos argumentos, uno es el repositorio y el otro es el nombre de la rama a la que vas a enviar los cambios.

9. Estado

El estado es un comando que se utiliza para mostrar el estado del repositorio local. Podemos mostrar el estado del repositorio local usando el comando git status. Un estado puede ser un área de preparación, cambios no preparados, cambios preparados, archivos sin seguimiento. Muestra el estado del árbol de trabajo del repositorio actual.

10. Clonar

Clone es un comando que se utiliza para clonar el repositorio remoto en el repositorio local. Por clonar, queremos decir que podemos copiar todo el repositorio localmente. Podemos clonar el repositorio remoto al repositorio local usando el comando git clone repo. Aquí está el repositorio, que es la dirección del repositorio que queremos clonar.

11. Pico de cereza

Cherry-pick es un comando que se utiliza para seleccionar los cambios de una rama a otra rama. Podemos seleccionar los cambios de la rama beta a la rama principal del proyecto usando el comando git cherry-pick beta. Piense en ello como copiar los cambios anteriores de una rama a otra rama.

12. Buscar

Fetch es un comando que se usa para obtener los cambios del repositorio remoto al repositorio local. El comando fetch de Git no solo descarga el archivo modificado, sino también las confirmaciones. Usando el comando git fetch –all podemos obtener todas las ramas de un repositorio determinado.

13. Tenedor

Una bifurcación de git es una copia de un repositorio que se almacena en un servidor remoto. Después de bifurcar un repositorio, podemos probar el repositorio y luego enviar los cambios a ese repositorio bifurcado. Por lo general, bifurcamos el repositorio para probar y corregir los errores del repositorio. Una vez que hayamos solucionado el error, podemos crear una solicitud de extracción para el repositorio original desde donde hemos bifurcado el repositorio.

14. CABEZA

El HEAD en Git es una referencia simbólica a una confirmación. Se utiliza para referirse a la confirmación actual. HEAD es la rama predeterminada. Cada vez que hacemos algún cambio o cambiamos a una rama, el HEAD se actualiza para apuntar a la nueva rama.

15. Índice

Un índice de Git es diferente del HEAD, en el índice de git se prepara el nuevo compromiso y finalmente va al HEAD. Es un área de ensayo. Cuando agregamos archivos al área de preparación, los archivos se agregan al índice. Cuando nos comprometemos, los archivos se agregan a HEAD.

16. Maestro/Principal

Por lo general, llamamos a la rama principal como maestro. Es la rama por defecto. Es la rama principal del repositorio. Es la rama que se utiliza para desarrollar el proyecto. Es la rama principal en el repositorio.

17. Origen

El origen es básicamente un alias local alternativo que se establece en lugar de la URL del repositorio remoto. Hace referencia a la URL remota del repositorio.

18. Solicitud de extracción o extracción

Una solicitud de extracción es una solicitud para fusionar una rama en otra rama. Se utiliza para fusionar una rama en la rama principal del proyecto. Usamos el comando git pull para pedirle al mantenedor del repositorio que revise los cambios y los fusione con el proyecto si es aceptable.

19. Rebase

Rebase o podemos decir reescribir el historial, es una característica poderosa de Git, al usar esto podemos mover confirmaciones a una nueva confirmación base. Hacemos Rebase para mantener la estructura del proyecto. Supongamos que encontramos un error que antes no estaba allí, y después de tantos cambios, ahora una función en particular se rompe, en ese caso podemos reorganizar el proyecto a la última versión estable.

20. Escondite

El comando Stash puede ser útil cuando no queremos confirmar los cambios en la rama de trabajo. Pero queremos cambiar la rama y después de terminar con la rama queremos volver y confirmar esos cambios dejados. En este tipo de escenario, los comandos de git stash ayudan, guardó nuestros cambios no confirmados para su uso posterior.

21. Etiqueta

Las Git-Tags son una especie de puntero de referencia que apunta en el historial de Git. Las etiquetas pueden ser de dos tipos, ligeras y anotadas. Una etiqueta ligera es una etiqueta que apunta a una confirmación. Una etiqueta anotada es una etiqueta que apunta a una confirmación y también contiene un mensaje.

22. Aguas arriba y aguas abajo

En términos de Git, piense en Upstream como los cambios que ha realizado y ahora desea enviar (Upstream) esos cambios para fusionarlos en el proyecto. Y cuando descarga o clona un repositorio y la información fluye (aguas abajo) desde el repositorio hacia usted, se refiere a aguas abajo en general.

23. Git revertir

Git Revert es un comando que se usa para revertir las confirmaciones. Podemos revertir las confirmaciones usando el comando git revert. Piense en ello como un comando de deshacer en Git.

24. Restablecer Git

El comando Git Reset restablecerá los cambios en el árbol de trabajo. Restablecerá los cambios en el índice y el árbol de trabajo. También restablecerá HEAD a la confirmación anterior. Según los formularios que usamos para el comando git reset, restablecerá el repositorio de git. Las siguientes son las formas del comando git reset.

24.a. Suave

Cuando se usa el argumento suave, solo se restablece el puntero de referencia.

reinicio de git – CABEZA suave 

24.b. Mezclado

En esta referencia, los punteros se actualizan y el índice de ensayo se restablece al compromiso especificado.

git reset – CABEZA mixta

24.c. _ Difícil

Esto restablecerá el índice de preparación, trabajando todo para que coincida con la confirmación especificada, y la mayoría de las veces se usará en el caso de un conflicto de fusión.

git reset –cabeza dura

25. Ignorar

El comando ignorar de Git ignorará los archivos que no queremos confirmar. Este comando no agregará los archivos al área de preparación. Y no afectará a los archivos ya rastreados.

26. Diferencia de Git

El comando Git diff mostrará la diferencia entre el árbol de trabajo y el índice. Mostrará la diferencia entre el índice y el HEAD. Git diff mostrará los cambios preparados para la confirmación.

27. Hoja de trucos de Git

El comando de la hoja de trucos de Git dará como resultado el resumen de todos los comandos de git. Es una breve descripción de todos los comandos de git. Se llama una hoja de trucos porque puede brindarle una descripción general rápida de todos los comandos de git.

28. GitFlow

Es una alternativa para el modelo de ramificación de git. Usando GitFlow podemos tener múltiples versiones en producción a la vez. Por lo general, la organización lo utiliza para lanzar sus proyectos. Fue propuesto y poblado por Vincent Driessen. yo

29. Calabaza Git

El comando Git squash aplastará las confirmaciones. Aplastará las confirmaciones y luego agregará las confirmaciones aplastadas al índice. Elegirá la confirmación anterior y la confirmación nueva y luego aplastará los cambios. Eso significa que agrupará los cambios antes de fusionarlos. Si tenemos varias confirmaciones, las agrupará en una sola confirmación.

30. Git rm

El comando Git rm eliminará los archivos del índice. Eliminará los archivos del índice y del árbol de trabajo. También eliminará los archivos del repositorio de git. Es un comando poderoso que se puede usar para eliminar archivos del repositorio.