UNIVERSIDAD TECNOLÓGICA DE PANAMÁ

FACULTAD DE INGENIERÍA DE SISTEMAS COMPUTACIONALES

DEPARTAMENTO DE INGENIERÍA DE SOFTWARE
GUÍA DE LABORATORIO N° 2

Facilitadora: Ing. Belén B. Bonilla M. Asignatura: Calidad de Software

Fecha de asignación: 04 de mayo de 2021 Grupo: 1SF131/ 1SF132
Fecha de entrega: 05 de mayo de 2021

Sebastian Samaniego
8-948-1952

A. TÍTULO DE LA EXPERIENCIA: Uso del software de control de versiones Git como parte de la
administración del cambio en el aseguramiento de la calidad del software (Parte II)

B. TEMAS:
● Ramificaciones en Git

C. OBJETIVO(S):
Conocer los principios y funcionalidades básicas de Git para realizar control de versiones de
archivos a fin de apoyar la administración del cambio en los productos de trabajo dentro de un
proyecto de desarrollo de software.

D. METODOLOGÍA:
1. Trabajar de manera individual.
2. Desarrollar el laboratorio siguiendo los pasos indicados en esta guía y por la profesora.
3. Entregar sus resultados en el espacio de tarea indicado en el Teams.

E. PROCEDIMIENTO O ENUNCIADO DE LA EXPERIENCIA:

1. Consultar el historial de commits realizados hasta el momento para nuestro repositorio git:
MiPrimerRepositorio con:
git log
Tome una captura de pantalla y colóquela aquí:

¿Cuántos commits se tienen registrados?

Tiene solo 1 commit realizado que es el cambio al archivo1.txt
2. Se crea una rama en Git con el comando:
git branch [nombre de la rama]
 Es importante dejar claro que una rama se crea a partir (o tomando como base) del último commit
que se realizó para la rama en la que me encuentro ubicado.

Crear dos ramas: una llamada frontend y otra, backend.

Comprobamos las ramas que tenemos disponibles con el comando:
git branch
Tome una captura de pantalla y colóquela aquí:

¿Fueron creadas las dos ramas?

si
¿En cuál rama se encuentra actualmente?
master
Verifique la carpeta MiPrimerRepositorio. ¿Cuáles archivos se encuentran presente?
Archivo1.txt
Readme.me
2. Para ubicarnos en una rama específica usamos el comando:
git checkout [nombre de la rama]
Vamos a ubicarnos en la rama backend y consultamos nuevamente la rama activa.
¿Es la rama backend?
si
Tome una captura de pantalla y colóquela aquí:

Verifique la carpeta MiPrimerRepositorio. ¿Ha cambiado algo con respecto a los archivos?
nada
Consulte el historial de commits para la rama backend, tome una captura y colóquela aquí:

3. Creamos los siguientes archivos estando en la rama backend: index.php, menu.php y

about.php. Verifique la carpeta MiPrimerRepositorio
 .
¿Qué sucede en la carpeta local si cambiamos a la rama master?
nada
Consulte el estado del área de trabajo, tome una captura de pantalla y colóquela aquí:

¿Qué sucede en la carpeta local si cambiamos a la rama frontend?

nada
Consulte el estado del área de trabajo, tome una captura de pantalla y colóquela aquí:

¿Qué nos indica el estado en ambos casos?

Que no importa donde haya creado el archivo, este aparecerá en cualquiera de las ramas

4. Volver a ubicarnos en la rama backend, rastrear/preparar todos los archivos creados y

comprobar el estado del área de trabajo. 
Tome una captura de pantalla y colóquela aquí:

¿Qué nos indica la salida?

Que los archivos siguen sin ser rastreados
Si nos ubicamos en la rama frontend, 
 Tome una captura de pantalla y colóquela aquí:

¿Qué sucede en la carpeta local al habernos cambiado a la rama frontend?

Nada, aparecen los archivos normales
5. Volver a la rama backend y confirmar los cambios colocando el mensaje: “Se agregan
archivos index, menu y about en rama backend”. 

¿Qué pasa en la carpeta local si nos movemos a la rama frontend?

Desparecen los 3 archivos a los que le hicimos commit

Consulte el historial de commits para la rama frontend, tome una captura y colóquela aquí:

¿Qué pasa en la carpeta local si nos movemos a la rama master?

Nada, siguen sin aparecer los commits
Consulte el historial de commits para la rama master, tome una captura y colóquela aquí:

¿Si volvemos a la rama backend?

Vuelven a aparecer los archivos que estuvieron presentes en el commit
Consulte el historial de commits para la rama backend, tome una captura y colóquela aquí:
6. Nos movemos a la rama frontend y creamos las carpetas js y css. Dentro de la carpeta js
creamos el archivo script.js y dentro de la carpeta css creamos el archivo style.css.
Verificamos el estado de nuestra área de trabajo y el estado de la carpeta. (Revise que se
encuentra ubicado por consola en el directorio …/MiPrimerRepositorio, ya que pudo haber
quedado ubicado en …/MiPrimerRepositorio/css)
Tome una captura de pantalla luego de verificar el estado del área de trabajo y colóquela aquí:

¿Cuáles archivos se encuentran presentes en la carpeta MiPrimerRepositorio?

¿Cuáles archivos se encuentran presentes en la carpeta MiPrimerRepositorio si nos cambiamos a

la rama backend?

7. Nos ubicamos nuevamente en la rama frontend. Preparamos/rastreamos los nuevos archivos

y confirmamos los cambios como parte de la rama frontend con el mensaje: “Se agregan las
carpetas js y css con los archivos script.js y styles.css, respectivamente”.
 Hasta este momento, ¿cuáles son los archivos presentes en cada rama?
Frontend:

Master:

Backend:

Explique, ¿por qué al ubicarnos en cada rama, los archivos cambian en la carpeta
MiPrimerRepositorio?
Porque cada rama tiene archivos distintos dependiendo de los commits que se le haga. Al cambiar
entre las ramas se cambiaran los archivos pertenecientes a cada rama.
Consulte el historial de commits para la rama master, tome una captura y colóquela aquí:

Consulte el historial de commits para la rama backend, tome una captura y colóquela aquí:

Consulte el historial de commits para la rama frontend, tome una captura y colóquela aquí:
Shortcut: Para crear una rama y posicionarnos enseguida en ella para trabajar, podemos usar el
comando: git checkout -b <nombre de la rama>.

F. RECURSOS:
Internet, computadora, software Git para el sistema operativo usado