GIT es un software de control de versiones que se ha convertido en una herramienta indispensable al momento de desarrollar software, dada la confusión que existe acerca de su uso, en este artículo en Rootnite te preparamos una guía básica de su uso.

¿GitHub o GitLab?

Antes de nada, esta guía sirve prácticamente para cualquier Sistema de control de versiones basado en GIT.

Entonces preguntarse si tenemos que elegir uno u otro es básicamente una decisión meramente subjetiva.

Prerrequisitos

Antes de empezar necesitamos instalar GIT en nuestra computadora:

Crear un nuevo repositorio

Para crear un nuevo repositorio basta con usar el siguiente comando:

git init

Checkout

Crear una copia de trabajo de un repositorio local ejecutando el comando

git clone /path/to/repository

Cuando use un servidor remoto, su comando será

git clone username@host:/path/to/repository

Flujo de trabajo GIT

Su repositorio local consta de tres “árboles” mantenidos por git. El primero es su directorio de trabajo que contiene los archivos reales. El segundo es el índice que actúa como un área de preparación y, finalmente, el encabezado que señala el último compromiso que ha realizado.

Flujo de trabajo GIT

Add & commit

Puede proponer cambios (agregarlo al Índice) usando

git add <filename>
git add *

Este es el primer paso en el flujo de trabajo de git básico. Para realmente comprometer estos cambios use

git commit -m "Commit message"

Ahora el archivo está comprometido con HEAD, pero aún no está en su repositorio remoto.

Empujando cambios

Sus cambios ahora están en el HEAD de su copia de trabajo local. Para enviar esos cambios a su repositorio remoto, ejecute

git push origin master

Cambia el maestro a la rama a la que quieras aplicar tus cambios.

Si no ha clonado un repositorio existente y desea conectar su repositorio a un servidor remoto, debe agregarlo con

git remote add origin <server>

Ahora puede enviar sus cambios al servidor remoto seleccionado.

Actualizar y fusionar

Para actualizar su repositorio local al compromiso más nuevo, ejecutar

git pull

En su directorio de trabajo para buscar y combinar cambios remotos.
Para fusionar otra rama en su rama activa (por ejemplo, maestro), use

git merge <branch>

En ambos casos, git intenta fusionar automáticamente los cambios. Desafortunadamente, esto no siempre es posible y genera conflictos. Usted es responsable de fusionar esos conflictos manualmente editando los archivos mostrados por git. Después de cambiar, debe marcarlos como fusionados con

git add <filename>

Antes de fusionar los cambios, también puede previsualizarlos mediante el uso de

git diff <source_branch> <target_branch>

Reemplazar los cambios locales

En caso de que haya hecho algo mal, lo que seguro nunca sucede;), puede reemplazar los cambios locales usando el comando

git checkout -- <filename>

Esto reemplaza los cambios en su árbol de trabajo con el último contenido en HEAD. Se mantendrán los cambios ya agregados al índice, así como a los archivos nuevos.

Si en su lugar desea descartar todos los cambios y confirmaciones locales, busque el último historial del servidor y apúntelo a su rama principal local de esta manera

git fetch origin
git reset --hard origin/master

Conclusión

El uso de GIT en el proceso de desarrollo de software es bastante sencillo, si bien existen herramientas con GUI como TortoiseSVN, conocer su sintaxis siempre es mas recomendable.

Dejar respuesta

Please enter your comment!
Please enter your name here