Prácticas Entornos de Desarrollo 1º DAM

Práctica 1.2. Usando repositorios remotos

Normas de realización:
• Incluye un documento con las capturas de pantalla de cada uno de los ejercicios. En dichas
capturas debe mostrarse la fecha/hora del sistema. Debe tener también la respuesta a las
preguntas planteadas
• La entrega fuera de plazo supondrá un punto menos de la nota final
• Cada uno de los apartados no entregados restará 0.35 puntos a la nota final

Ejercicio 1 – Diferencias entre github y gitlab

Busca información y escribe un documento sobre las diferencias entre github y gitlab

Parte voluntaria: usa Markdown para resolver esta pregunta (0.25 puntos extra)

Ejercicio 2 – Deshaciendo cambios

1. Crea un repositorio local Pr2Git
2. Crea un fichero README y otro ejemplo.txt.
3. Marca ambos para seguimiento (con un solo comando)
4. Saca el archivo ejemplo.txt del área de staging
5. Realiza un commit con el texto “Se guarda el fichero ejemplo.txt”.
6. Muestra un listado de los logs (commits) realizados
7. Nos damos cuenta de que el mensaje de confirmación es incorrecto. Cámbialo a “Se guarda
el fichero README”
8. Comprueba visualizando los commits que se ha cambiado el mensaje
9. Incluye dos nuevas líneas en README con el texto “Nombre y fecha” (incluye tu nombre y
la fecha/hora) y “Nueva línea en README”
10. Añade para seguimiento los archivos README y ejemplo.txt
11. Realiza un commit con el texto “Se incluyen datos en README”
12. Deshaz el cambio realizado, eliminando la inclusión del archivo ejemplo.txt
Ejercicio 3 – Registro en github. Acceso a repositorios
Vamos a descargar el proyecto bat
• Agrega el repositorio remoto https://github.com/sharkdp/bat
• Descarga todos los datos
• Muestra los archivos del directorio

Ejercicio 4 – Creación de repositorios en github

Prof. María Dolores Robles Ortega

Prácticas Entornos de Desarrollo 1º DAM

1. Con la interfaz web de github, crea un nuevo repositorio de nombre MiPrimerRepositorio.

Inicialízalo con un readme
2. Conéctate a él desde el terminal
3. Usa un editor de texto desde la consola para incluir en el README una línea con la fecha y
el texto “Primer cambio a README”
4. Realiza un commit con el texto “Primer cambio”
5. Guarda los datos en github de forma remota (desde el terminal)
6. Comprueba que el archivo se ha actualizado mediante la interfaz web de github
7. Realiza los cambios necesarios para que git no vuelva a pedir los datos de
usuario/contraseña de github en media hora
8. Desde la interfaz web de github, incluye una nueva línea en README con la hora actual y
el texto “Segundo cambio desde web”
9. Realiza un pull desde el terminal y comprueba que el fichero README ha sido modificado
(visualiza el archivo desde la consola)
10. Muestra los cambios en el proyecto entre la versión actual y la primera. Puedes usar la
consola o la herramienta gráfica que prefieras de las que estudiamos en la práctica anterior
11. Desde la consola, crea un archivo nuevo.txt con el texto “Archivo nuevo en el proyecto”
12. Sube los cambios a github. Comprueba con la interfaz web que se ha añadido el archivo
13. Desde el terminal, borra el fichero nuevo.txt. Sube los cambios a github y comprueba que en
la última versión no aparece el fichero
Ejercicio 5– Gestión de ramas
1. A partir del repositorio del ejercicio 4 de la práctica 1.2, crea una nueva rama réplica y
llámala “rama_2” usando git branch
2. Cámbiate a esa rama
3. Muestra un listado de todas las ramas:
• git branch
• Con opción -a
• Con opción -v
• Con las dos opciones
4. Añade un archivo rama2.txt y aprueba los cambios
5. Crea una rama nueva (git checkout -b) rama3 y realiza un listado de las ramas
6. Cambia a 2_rama y muestra un listado de las ramas. ¿Cómo sabemos a partir del listado la
rama actual?
7. Borra rama3. Lista las ramas
Ejercicio 6 – Fusionando ramas (merge)
1. Usando la carpeta de proyecto de nuestro ejercicio anterior, hacemos checkout a rama_2

Prof. María Dolores Robles Ortega

Prácticas Entornos de Desarrollo 1º DAM

2. Modifica el archivo README.md, llévalo a staging y apruébalo

3. Cambia a master y fusiona
4. Comprueba los cambios y apruébalos. Usa la opción --no-ff. ¿Qué significa esta opción?
5. Verifica desde la interfaz web los cambios realizados
Ejercicio 7 – Gestión de ramas
1. Descarga el proyecto https://github.com/json-iterator/java usando git clone
2. Borra los archivos pom.xml y README.md
3. Agrega un archivo LEEME.txt
4. Aprueba los cambios.
5. Deshaz el último commit
6. Comprueba los cambios
7. Haz un checkout para cambiarte a la rama remotes/origin/caoli5288-pull/add-omit-zero
8. Ejecuta ls para ver los archivos
9. Con checkout, cambia a la rama origin/master
10. Ejecuta ls para ver los archivos.
11. Explica con tus palabras qué hace el comando git checkout
12. Lanza el comando blame sobre el fichero pom.xml
Etiquetas en Git
Git utiliza dos tipos principales de etiquetas: ligeras y anotadas. Una etiqueta ligera es muy parecido
a una rama que no cambia - simplemente es un puntero a un commit especifico. Sin embargo, las
etiquetas anotadas se guardan en la base de datos de Git como objetos enteros.
Tienen un checksum; contienen el nombre del etiquetador, correo electrónico y fecha; tienen un
mensaje asociado; y pueden ser firmadas y verificadas con GNU Privacy Guard (GPG).
Normalmente se recomienda que crees etiquetas anotadas, de manera que tengas toda esta
información; pero si quieres una etiqueta temporal o por alguna razón no estas interesado en esa
información, entonces puedes usar las etiquetas ligeras.
Etiquetas Anotadas
Crear una etiqueta anotada en Git es sencillo. La forma más fácil de hacer es especificar la opción -
a cuando ejecutas el comando tag:
$ git tag -a v1.4 -m 'my version 1.4'
$ git tag
v0.1
v1.3
v1.4

Prof. María Dolores Robles Ortega

Prácticas Entornos de Desarrollo 1º DAM

La opción -m especifica el mensaje de la etiqueta, el cual es guardado junto con ella. Si no

especificas el mensaje de una etiqueta anotada, Git abrirá el editor de texto para que lo escribas.
Puedes ver la información de la etiqueta junto con el commit que está etiquetado al usar el comando
git show:
$ git show v1.4
tag v1.4
Tagger: Ben Straub <ben@straub.cc>
Date: Sat May 3 20:19:12 2014 -0700
my version 1.4
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date: Mon Mar 17 21:52:11 2008 -0700
changed the version number
El comando muestra la información del etiquetador, la fecha en la que el commit fue etiquetado y el
mensaje de la etiquetar, antes de mostrar la información del commit.
Etiquetas Ligeras
La otra forma de etiquetar un commit es mediante una etiqueta ligera. Una etiqueta ligera no es más
que el checksum de un commit guardado en un archivo - no incluye más información. Para crear una
etiqueta ligera, no pases las opciones -a, -s ni -m:
$ git tag v1.4-lw
$ git tag
v0.1
v1.3
v1.4
v1.4-lw
v1.5
Esta vez, si ejecutas git show sobre la etiqueta, no veras la información adicional. El comando solo
mostrará el commit:
$ git show v1.4-lw
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date: Mon Mar 17 21:52:11 2008 -0700
changed the version number
Ejercicio 8 – Gestión de etiquetas
1. Lista las etiquetas actuales de MiPrimerRepositorio

Prof. María Dolores Robles Ortega

Prácticas Entornos de Desarrollo 1º DAM

2. Crea una etiqueta v1.0 con el texto “Versión 1.0”

3. Muestra la información asociada a la etiqueta v1.0
4. Muestra todas las etiquetas

Prof. María Dolores Robles Ortega