GIT

Práctica

s
 + 34 941 54 63 06

talento@bosonit.com

Calvo Sotelo, 30 (Logroño)

Nota: Antes de realizar cualquier cualquier cambio es recomendable ejecutar el comando “git
pull” para asegurarse que nos encontramos en la última versión de la rama sobre la que vamos
a trabajar.

EJERCICIO 1
1. Crea una carpeta Practica GIT e iniciar un repositorio en local en ella.
2. Crea un documento de texto llamado “Ejercicio 1.txt”.
3. Comprueba el estado del repositorio para verificar que ha detectado el
nuevo documento.
4. Añade el documento al área de preparación para posteriormente hacer un
commit con el mensaje “initial commit”.
5. Modifica el texto del fichero y comprueba los cambios para posteriormente
añadirlos al area de preparación y hacer commit con el mensaje “Text
modified”
6. Revisa el Log de commits para ver el registro del repositorio hasta el
momento
7. Crea una nueva rama llamada “feature/DocumentModification” a partir
del último commit realizado.
8. Borra el contenido del fichero y pega el siguiente texto “Texto de ejemplo
para la función de modificación del ejercicio 1 de la practica de Git de
NxtGen.” Haz commit de los cambios realizados poniendo un mesnaje
descriptivo de estos.
9. Comprobamos que no hay conflicto con la rama principal antes de hacer el
merge de la rama feature/DocumentModification.
10. Hacemos merge de la rama principal con nuestra rama
feature/DocumentModification.
11. Por último creamos un tag con el mensaje “v1.0.0” en el último
commit de la rama principal.
12. Comprobamos el estado del repositorio para revisar que no hay
cambios pendientes.
Para comprobar que el resultado es correcto ejecutamos el comando “git log –
graph”. Este comando nos mostrará en la parte izquierda de manera grafica el
desarrollo que hemos realizado:

LOGROÑO | ZARAGOZA | BILBAO | PAMPLONA | MADRID | JAÉN

 + 34 941 54 63 06

talento@bosonit.com

Calvo Sotelo, 30 (Logroño)

En caso de haber realizado el merge añadiendo –no-ff (No fast fordward)

- Dos commits en la rama principal.
- La creación de la rama feature/DocumentModification y el commit
realizado en ella.
- El último commit con el merge de ambas ramas.

Ambas opciones son validas y obtienen el mismo resultado.

La opción de realizar el merge sin “fast fordward” únicamente nos
proporciona una mejor visión del desarrollo que se está llevando acabo en el
repositorio.

EJERCICIO 2
1. Crea un repositorio privado en Gitlab (New project).
(Puedes utilizar el correo de NxtGen para crear la cuenta)
2. Clona el repositorio que te has creado en una carpeta de tu local. (A la hora
de clonar utilizaremos la URL HTTPS).
Ejemplo: https://gitlab.com/username/myproject.git

LOGROÑO | ZARAGOZA | BILBAO | PAMPLONA | MADRID | JAÉN

 + 34 941 54 63 06

talento@bosonit.com

Calvo Sotelo, 30 (Logroño)

3. Creamos un nuevo proyecto “Hello world” y lo guardamos en la carpeta en

la que se nos ha clonado el repositorio.
4. Comprobamos el estado del repositorio y subimos todos los archivos del
proyecto al repositorio con el mensaje “Project initialised”.
5. Crea una rama de función con el nombre “feature/suma” a partir del
último commit de la rama principal (main o master)
6. En el proyecto creado implementaremos en el main una función que sume 2
números obtenidos por pantalla.
7. Subimos los cambios realizados de la función al repositorio.
8. Crea una rama de función con el nombre “feature/resta” a partir del último
commit de la rama principal (main o master)
9. En el proyecto creado implementaremos en el main una función que reste 2
números obtenidos por pantalla.
10. Subimos los cambios realizados de la función al repositorio.
11. Hacemos merge de la rama ‘feature/suma’ con la rama main
12. Hacemos merge de la rama ‘feature/resta’ con la rama main. Para ello
una vez hecho el merge tendremos que resolver los conflictos desde nuestro
IDE de desarrollo para posteriormente realizar un commit en la rama main
con los conflictos resueltos.
13. Por último, creamos un tag con el mensaje “v1.0.0” en el último
commit de la rama principal.
14. Comprobamos el estado del repositorio para revisar que no hay
cambios pendientes.
Para comprobar que el resultado es correcto ejecutamos el comando “git log –
graph” o directamente desde el apartado Repository/Graph de nuestro
proyecto en Gitlab.

EJERCICIO 3
1. Crea un repositorio privado en Gitlab (New project).
2. Clona el repositorio que te has creado en una carpeta de tu local. (A la hora
de clonar utilizaremos la URL HTTPS).

LOGROÑO | ZARAGOZA | BILBAO | PAMPLONA | MADRID | JAÉN

 + 34 941 54 63 06

talento@bosonit.com

Calvo Sotelo, 30 (Logroño)

3. Ejemplo: https://gitlab.com/username/myproject.git
4. Creamos un nuevo proyecto “Ejercicio 3” y lo guardamos en la carpeta en
la que se nos ha clonado el repositorio.
5. Comprobamos si en el repositorio hay alguna referencia que no tenemos en
nuestro repositorio local.
6. Comprobamos el estado del repositorio y subimos todos los archivos del
proyecto al repositorio con el mensaje “Project initialised”.
7. Crea una rama de función con el nombre “feature/operaciones” a partir del
último commit de la rama principal (main o master)
8. En el proyecto creado implementaremos en el main una función que sume 2
números obtenidos por pantalla.
9. Realizamos un commit con los cambios en la rama creada.
10. Ahora implementaremos en el main una función que multiplique 2
números obtenidos por pantalla y realizaremos un commit de los cambios
en nuestra rama modificando el último commit realizado en vez de creando
uno nuevo.
11. Crea una rama de función con el nombre “feature/resta”a partir del
último commit de la rama principal (main o master)
12. En el proyecto creado implementaremos en el main una función que
reste 2 números obtenidos por pantalla.
13. Realizamos un commit con los cambios en la rama creada.
14. Cambiamos de rama a “feature/operaciones” y nos traemos el commit
realizado en la rama “feature/resta” sin realizar un git merge
15. Hacemos merge de la rama ‘feature/operaciones con la rama main y
resolvemos conflictos en caso de que los haya.
16. Por último, creamos un tag con el mensaje “v1.0.0” en el último
commit de la rama principal.
17. Comprobamos el estado del repositorio para revisar que no hay
cambios pendientes.

LOGROÑO | ZARAGOZA | BILBAO | PAMPLONA | MADRID | JAÉN

nxtgen.education/