Los 20 mejores comandos GIT para empezar

Como sabrá, GIT es un sistema de control de versiones distribuidas. Los ingenieros lo utilizan para realizar un seguimiento de los cambios que se han realizado en el código fuente durante el proceso de desarrollo de software. Si es un desarrollador, particularmente si recién se está iniciando en la profesión, debe aprender algunos de los comandos GIT más útiles.

Veamos los mejores comandos bash de GIT sobre los que deberías aprender.

Para configurar el proyecto: una explicación de las indicaciones de GIT

Recomendado para usted: 5 aplicaciones gratuitas brillantes que lo ayudarán a aprender a programar.

GIT INICIO

Supongamos que acaba de crear un proyecto en su IDE favorito y necesita conocer las indicaciones de PowerShell GIT. Tendrá que configurar un repositorio GIT viable.

Mientras lo hace, debe decirle a GIT qué directorio debe utilizarse y ejecutarse. La función git init es cómo harías eso. GIT creará un oculto. git y utilícelo para mantener sus archivos organizados como otros subdirectorios.

Aquí hay una lista de comandos git init para los próximos editores populares:

CONFIGURAR

Después de haber creado su repositorio, tal vez pueda configurar algunos elementos esenciales en él, como configurar su nombre de usuario. Es por eso que necesitará un comando CONFIG. Cualquier comando de una lista GIT incluirá esto.

Puede configurar su nombre de usuario ejecutando:

 git config user.name=<replace_with_your_username>.

Esto colocará el nombre de usuario en el repositorio cercano. Sin embargo, tenga en cuenta que después, si desea crear un segundo repositorio, deberá configurar su información de usuario una vez más.

No necesita hacer esto si agrega una opción de comando global. Establecerá globalmente su información:

 git config --global user.name=<replace_with_your_username>.

También puede usar un comando CONFIG para configurar otros aspectos. Puede colocar el comando dentro del archivo de configuración.

CLON

Para obtener un repositorio en su computadora que sea remoto, debe configurar un comando CLONE. Haces esto con tu configuración de clonación de git y pasando la URL como parámetro. Este comando debería clonar todo el repositorio remoto dentro de su máquina. Este es otro de los comandos del concentrador GIT que le servirán bien como desarrollador.

 $ git clone git://git.kernel.org/pub/scm/git/git.git

ALIAS

Con un comando ALIAS, puede crear accesos directos a sus comandos favoritos. Es una herramienta que te ayuda a envolver una secuencia de comandos y guardarlos con un nombre. Esto se consideraría uno de los comandos GIT comunes que usará a menudo como desarrollador.

También puede agregar los alias directamente en su archivo de configuración. En ese caso, la directiva del ejemplo se convertirá en la siguiente configuración en el archivo de configuración global. Por ejemplo, puede configurar los siguientes atajos para los comandos más comunes:

 $ git config --global alias.co checkout $ git config --global alias.br branch $ git config --global alias.ci commit $ git config --global alias.st status

Comandos para hacer y deshacer cambios

ESTADO

Este es el comando que usaría si quisiera mostrar el estado del área de ensayo y su configuración de trabajo. Al usarlo, puede ver qué modificaciones se han realizado y cuáles no.

AGREGAR

Antes de confirmar su archivo modificado o nuevo, debe agregarse a su área de preparación. Haga esto ejecutando una directiva git add . Debe pasar el nombre del archivo y directorio como parámetro. Puede ingresar f_su_archivo>. En ese momento, su archivo se eliminará de su lista de "cambios por confirmar".

Agregar -p (o —parche) le permite seleccionar partes de cada archivo rastreado para confirmar. Luego, cada confirmación contiene solo cambios relacionados.

COMPROMETERSE

Supongamos que completó la implementación de algunas funciones y desea guardar los cambios. Mire la lista de "cambios por confirmar". Una vez hecho esto, sabrá que todos los archivos necesarios se han preparado. Ahí es cuando puedes ejecutar git commit .

Después de ejecutar este comando, se abrirá el editor predeterminado. Luego debe ingresar su mensaje COMMIT.

Si su mensaje es breve, inclúyalo en el comando GIT COMMIT de la siguiente manera:

 git commit -m “Your_first_commit_message.”

También puede agregar la opción -a. Al hacerlo, puede asegurarse de que GIT observará su árbol de trabajo. Luego ejecutará GIT ADD para los archivos nuevos y modificados, así como git rm para cualquier archivo eliminado antes de la confirmación.

Quizás olvidó agregar un archivo a su confirmación. No desea crear otro comando de confirmación para ese archivo. En su lugar, puede utilizar una opción de modificación.

Las confirmaciones públicas nunca deben modificarse. Recuerde que sus colegas pueden haber basado su trabajo en ese compromiso. No desea confundirlos debido a los cambios que hayan realizado.

REINICIAR

git reset es otra herramienta que debería ser útil para usted cuando comienza su vida laboral como desarrollador. Este es un comando que le ayuda a reformatear los cambios. Hay varias formas en que se puede usar, pero un ejemplo común es cuando proporciona un modo y la identificación de confirmación como si hubiera argumentos, como este:

 git reset <mode> <commit>.

Hay múltiples posibilidades de reinicio. Para comprenderlos, debe conocer los tres árboles GIT.

RESERVA

Digamos que ha estado trabajando durante algún tiempo en un área determinada. Ves que hay un error que debe corregirse en ese momento. Pero sus implementaciones de funciones aún están en proceso y no desea infligir ninguna alteración de rama sin terminar. Tu comando git stash es lo que necesitarás.

Este método le permite mantener sus cambios en la pila STASH. Luego, puede hacer una lista de ellos, junto con la lista de alijo de git.

No hay restricciones para la rama en la que puede aplicar su alijo. Puede ocultar los cambios en una rama y aplicarlos a otra diferente cuando lo desee.

Para aplicar los cambios almacenados, use su directiva git stash apply. Aplica los cambios más recientes almacenados en la pila. Si desea aplicar cambios anteriores, puede especificar el nombre como un git stash apply [email protected]{1}. Esto se aplica a otro alijo en la pila.

Una vez que aplique un alijo utilizando una directiva de aplicación, no se eliminará de esa pila. Puede verlo como un comando de flujo GIT que usará con frecuencia.

Te puede interesar: ¿ Cuáles son las tendencias sobre el desarrollo de aplicaciones móviles en 2020?

REVERTIR

Tal vez le pareció adecuado enviar sus modificaciones completadas a su rama original y notó que una de sus confirmaciones no necesitaba estar allí. Arréglelo agregando otra directiva que elimine la anterior. La directiva REVERT le ayuda allí. Debes especificar tu id de compromiso y deshacer como parámetro: git revert <commit_id> .

El comando encontrará información útil, incluido el nombre de la sucursal, la cantidad de confirmaciones que se realizaron después o antes de que se volviera remota. Además, puede ver archivos nuevos y modificados como listas múltiples:

Comandos de Git para los esfuerzos de equipo

RAMA

Con las directivas de sucursales de git , su sistema utilizará la lista de sucursales. Si desea ver las ramas remotas, entonces la rama git -r es la forma de hacerlo. Si desea ver sucursales locales y remotas, use git branch -a.

Puede eliminar una rama usando: git branch -d <branch_name>.

El registro de salida

Esta es otra directiva GIT que se usa regularmente. Para trabajar en la sucursal, debe ejecutar un interruptor. git checkout es cómo uno cambia fácilmente de una rama a otra diferente. Puede usarlo para examinar archivos, así como confirmaciones. Git checkout <name-of-your-branch> es cómo se ejecuta.

Recuerde lo siguiente si desea cambiar entre sucursales con éxito:

Los cambios en la rama actual se pueden confirmar o ocultar cuando cambia

Cualquier sucursal que marque debe existir en su local

También hay un comando de acceso directo que le permite crear y cambiar a una rama al mismo tiempo:

 git checkout -b <name-of-your-branch>.

Este es un comando que crea una directiva diferente en su local (-b representa la rama). Examina la última rama directamente después de su creación.

JALAR

Con la directiva git pull , realiza una descarga de datos nuevos a través de un repositorio remoto y una integración con el más cercano. Cuando ejecuta este comando, actualiza las sucursales locales, junto con cualquier alteración desde su terminal remota.

También hay una forma predeterminada de integrar las nuevas modificaciones. Usa una combinación. Puedes cambiarlo a rebase si usas la opción: git pull –rebase .

Se recomienda colocar siempre los cambios en un repositorio cercano limpio sin cambios no confirmados en él.

COMPROMETERSE

Esta es una directiva que podría "instantáneamente" o registrar el archivo en su historial de versiones. Ingresa git commit -m "[Escriba el mensaje de confirmación]" usándolo así.

Es el comando que confirma cualquier archivo que haya agregado, junto con el comando GIT ADD. También compromete efectivamente los archivos que han cambiado desde entonces.

EMPUJAR

Después de haber realizado cualquier modificación, probablemente desee enviar a un repositorio remoto. De esta forma, estarán disponibles para tus compañeros de equipo.

Si ejecuta GIT PUSH, eso "empujará" los cambios recientes de un área actual a su control remoto. Si a través de la creación de una rama localmente, empuja toda la rama a un repositorio remoto, está bien. Esta directiva te permite hacer eso: git push -u origin <replace_with_branch_name> .

Así es como envía una rama que tiene un nombre específico al repositorio de origen. La sucursal remota debe usar el mismo nombre que la local.

UNIR

También tuvimos que poner MERGE en esta lista de avisos GIT. Deseará integrar la rama de funciones o corregir cualquier error en otra rama en algún momento. La fusión de su rama le permite hacer eso. Ejecutar un comando git merge es lo que deberá hacer.

Después de ejecutar el comando, pueden ocurrir dos variedades de fusión: la fusión de tres vías o la de avance rápido.

Una fusión de avance rápido es para cuando hay una ruta lineal entre las ramas que desea fusionar. Digamos que ha creado una rama de corrección de errores desde el maestro. Ha solucionado el problema y querrá fusionarlo en un maestro. Sin embargo, nadie ha hecho una actualización de la sucursal. GIT puede fusionar una rama por sí mismo, lo que solucionará el problema.

Se produce una fusión de tres vías cuando no hay una ruta lineal entre las ramas. Al igual que con el último ejemplo, ideó una rama de corrección de errores de la versión maestra. Corregiste el error y ahora necesitas fusionarlo con git merge <branch> .

Tal vez descubras que alguien actualizó el maestro. Para conectar las ramas, GIT debe crear una nueva confirmación donde se combinen las alteraciones.

Ahí es cuando surge un problema. Ambas ramas han cambiado el bloque de código idéntico. GIT no puede mezclar las alteraciones sin tu ayuda. Aceptar un cambio es la forma más fácil de hacerlo.

Sin embargo, también puede combinar los cambios. Cuando esto ocurre, GIT modifica los archivos afectados con algunos indicadores visuales. Esto le permite localizar fácilmente los problemas. Se utilizan algunos marcadores visuales:

 <<<<<< — shows the place the conflict began ====== — separates changes from different branches >>>>>> — shows where the conflict ends

Una vez que resuelva los conflictos y se deshaga de los marcadores, las áreas en conflicto se agregarán a su área de ensayo con git add .

Si se cometió un error o desea ir en una dirección diferente, ejecute git merge –abort. Al hacerlo, su sucursal no se modificará.

De lo contrario, use los comandos de confirmación de git. Concluirá la fusión, creando una nueva confirmación.

Otro comando útil es el comando git mergetool que simplemente inicia un asistente de combinación externo en caso de que tenga problemas con una combinación en Git.

También te puede interesar: Mejor lenguaje de programación para el desarrollo de aplicaciones iOS.

REBASE

Integre los cambios mediante el uso de REBASE primero y luego fusione. Con REBASE, está reescribiendo la historia de fondo del programa. Las confirmaciones públicas nunca deben volver a basarse ya que, por ejemplo, un miembro del equipo podría basar su trabajo en ellas.

En lugar de optar por fusionar una rama específica con la suya, puede reorganizar su rama en una específica. Pero, ¿qué es lo que está haciendo este protocolo de rebase que estás usando?

Lo que sucederá es que los cambios se integrarán de una rama específica a otra. La base de la segunda rama se cambiará de una confirmación a otra diferente. Parecerá que la segunda rama se creó a partir de la primera. Esto le da una historia clara y lineal.

Git rebase <name_of_branch_to_rebase_on> es la forma de ejecutar el comando.

Este es el primer modo o modo estándar del comando rebase. Luego, está el segundo modo, también llamado modo interactivo. Puede usarlo para modificar fácilmente una secuencia de confirmaciones antes de incluirlas en otra rama, también conocida como remota.

Después de enviar comandos

REGISTRO

Esta directiva es para enumerar el historial de versiones de la rama actual. Para ejecutarlo, ingresa git log –follow[file] .

Esta directiva enumera un historial de versiones de archivos. Se incluirá el cambio de nombre de los archivos. git log imprime un historial de confirmación.

Varias opciones se pueden utilizar en este escenario. Uno de ellos es el registro de git –stat. Para cada confirmación en el historial, se imprimirá una lista de nombres. Se podrá acceder a los archivos que se hayan eliminado, modificado o agregado. Se pueden ver los montos de línea que se eliminaron o agregaron. Notará que también hay un resumen que puede leer detenidamente.

ESPECTÁCULO

El indicador Mostrar que usan los desarrolladores puede mostrar detalles de varios objetos. Cuando decimos "objetos", estamos hablando de confirmaciones o etiquetas. git show se puede usar para mostrar una versión anterior del archivo. Por ejemplo, podría usar este comando para mostrar una versión de un archivo de hace dos confirmaciones.

Con suerte, este tutorial de comandos GIT ha ayudado a servir como una introducción a esta herramienta. Como desarrollador, cuanto más aprenda sobre GIT, en mejor posición estará para ser contratado por un equipo que busca un programador confiable.

A medida que avance en este campo, aprenderá más indicaciones de GIT y su programación será mucho más fluida. Podrá escribir código utilizable que sus compañeros de equipo pueden agregar.

 Este artículo está escrito por Slava Vaniukov. Es cofundador y director ejecutivo de Softermii, agencia de desarrollo de software y aplicaciones. Tiene más de 9 años de experiencia en la industria del desarrollo web y móvil. Además de eso, es uno de los autores del blog Softermii y bloguero de tecnología destacado en una amplia gama de otros recursos web. Puedes seguirlo en LinkedIn.