Construcción y Pruebas de Software Control de Versiones

Construcción y Pruebas de Software

IV Ciclo

Laboratorio N° 2

“Control de versiones”

Dpto. de Informática Pág. 1

Construcción y Pruebas de Software Control de Versiones

Laboratorio: Control de Versiones

OBJETIVOS

1. Uso del repositorio de proyecto Git.

2. Uso de branches en proyectos
3. Uso de Tags en proyectos

EQUIPOS, MATERIALES, PROGRAMAS Y RECURSOS

 PC Personal.
 Sistema operativo Windows XP o superior
 Material disponible desde Tecsup Virtual.
 Conexión a red.

SEGURIDAD

 Colocar las mochilas en el gabinete al final del salón para evitar caídas en caso de sismo.
 No ingresar con bebidas ni comidas.
 Apagar los equipos y los monitores al culminar la sesión.

INTRODUCCIÓN

En los proyectos en Java es necesario almacenar la información en repositorios de software. En

este laboratorio se usa el Git y el uso de branch, merge y tags

PREPARACIÓN

El Alumno debe revisar previamente el material del curso en Tecsup Virtual y revisar su texto.

PROCEDIMIENTO y RESULTADOS

Cliente de Git para Windows desde consola

https://git-scm.com/download/win

Resumen de comandos de Git:

PARTE I :

Dpto. de Informática Pág. 2

Construcción y Pruebas de Software Control de Versiones

Git- Linea de Comandos – configuración de parámetros

Git- Linea de Comandos – creación de proyecto

Requisito: Crear un repositorio en GitHub con nombre: “lab-4C24-[INICIALES]” ( debe

estar vacio)

1. Crear una carpeta en tu computadora que tenga el nombre de “lab-

4C24-[INICIALES]”

2. Inicialización del repositorio ( debe estar en el directorio creado

en el paso anterior)

git init

3. Desde la carpeta anterior ejecutar lo siguiente: creación del archivo

README.md

Crear el archivo README.md y completar el siguiente texto

# lab-4C24-[INICIALES]

Otra forma de crear el archivo README.md

echo "# lab-4C24-JGM" >> README.md

4. Agregar el archivo README.md al Stage Área

git add README.md

NOTA: para eliminar el archivo del Stage Area, usar : git rm --cached README.md

Dpto. de Informática Pág. 3

Construcción y Pruebas de Software Control de Versiones

5. Subir los cambios al repositorio local

git commit -m "First commit"

6. Relacionar el proyecto del repositorio local con el repositorio

remoto creado en el paso anterior.

git remote add origin https://github.com/jgomezm-

tecsup/lab-4C24-[INICIALES].git

7. Subir los cambios al repositorio remoto

git push -u origin master

8. Crear dos archivos Aplicacion.txt y Aplicacion.tmp, crear el archivo

.gitignore para filtrar el archivo Aplicacion.tmp

.gitignore
*.tmp

Dpto. de Informática Pág. 4

Construcción y Pruebas de Software Control de Versiones

Verificar con el comando git status que el archivo Aplicacion.tmp es

ignorado.

Git- Linea de Comandos – bajar un proyecto existente ( en una carpeta distinta al proyecto
anterior)

1. Clonar el proyecto.

git clone <<URL del Proyecto>> nombre_carpeta_clonada

NOTA : A partir de este punto todos los cambios se realizan en el

repositorio clonado

2. Realizar un cambio en el archivo README.md

# lab-4C24-2020-JGM

Descripción breve del proyecto

## Getting Started

Instrucciones para empezar el proyecto

3. Subir los cambios al Stage Área

git add README.md

4. Subir los cambios al repositorio local

git commit -m "Second commit : change from clone

repository"

5. Subir los cambios al repositorio remoto

git push -u origin master

NOTA : Este comando realizarlo en el repositorio original, es decir el no

clonado.
6. Para bajar los cambios en el proyecto original ejecutar

git pull

Dpto. de Informática Pág. 5

Construcción y Pruebas de Software Control de Versiones

PARTE II :

1. Creación de Proyecto - Master

a. Responsable

 Crear un repositorio principal en GitHub: lab-4C24-Grupo-[XX]

 Dar permisos de colaboración en el GitHub a "Colaboradores"

Dpto. de Informática Pág. 6

Construcción y Pruebas de Software Control de Versiones

b. Colaboradores

 Verificar que tiene acceso al repositorio compartido

c. Responsable

 Crear la clase: StudentCtrl.java en el proyecto

 Ignorar los archivos *.class en el proyecto

Dpto. de Informática Pág. 7

Construcción y Pruebas de Software Control de Versiones

 Subir los cambios al repositorio remoto

d. Colaboradores

 Clonar el repositorio remoto ( bajar los cambios )

e. Los colaboradores deberán crear un archivo y subirlo al repositorio remoto. Al

final todos deben tener en sus directorios los archivos creados de todos.

 StudentView.java  Responsable
 StudentModel.java  Colaborador 1
 StudentEntity.java  Colaborador 2
 StudentDAO.java  Colaborador 3

f. Todos los integrantes deben tener sincronizados sus proyectos

Dpto. de Informática Pág. 8

Construcción y Pruebas de Software Control de Versiones

CONCLUSIONES

Indicar las conclusiones que ha llegado después de desarrollar el laboratorio.

1. Git nos permitió crear repositorios locales y subirlos de forma remota en GitHub. Luego, se
envió una invitación a los colaboradores y cada uno hizo una copia local del repositorio en
GitHub.

2. Entendimos que las ramas son caminos alternativos que podemos tomar en nuestro
proyecto. Esto nos ayuda a trabajar en cosas diferentes sin que estos se mezclen. Luego
podemos juntar todo cuando esté listo o terminado el proyecto.

3. Aprendimos que debemos poner nuestro nombre y correo electrónico para que los demás
sepan quién hizo cada cambio, además de los comandos como: git push, git pull.

4. El archivo .gitignore nos permitió evitar incluir archivos no deseados, en este caso los
archivos .class, para mantener el repositorio limpio.

LINK DEL REPOSITORIO:

https://github.com/martinkongm/lab-4C24-Grupo-JRK.git

Dpto. de Informática Pág. 9

Construcción y Pruebas de Software Control de Versiones

Criterios de Evaluación

Construcción y Pruebas de Software

Rúbrica

Resultado

Criterio de
desempeño

Curso Control de versiones Periodo

Actividad Realizar control de versiones Semestre IV

Nombre del Alumno Semana 2

Docente Jaime Gómez Fecha Sección

Requiere No Puntaje
Criterios a Evaluar Excelente Bueno
Mejora Aceptable Logrado

Creación de un proyecto en GitHub 5 4 3 2

Actualizaciones en el Repositorio Local 5 4 2 1
Actualizaciones en el Repositorio Remoto 5 4 3 1
Sincronización de un Repositorio Local y
5 3 2 1
Remoto
Total 20 15 10 05

Acciones a cumplir Menos

 Puntualidad y dedicación 1
 Cumplimiento de tiempos establecidos 1
 Conclusiones: ortografía y redacción. 1
Puntaje Total

Comentarios respecto del

desempeño del alumno

Descripción
Demuestra un completo entendimiento del problema o realiza la actividad
Excelente
cumpliendo todos los requerimientos especificados.
Demuestra un considerable entendimiento del problema o realiza la actividad
Bueno
cumpliendo con la mayoría de los requerimientos especificados.
Demuestra un bajo entendimiento del problema o realiza la actividad con pocos
Requiere Mejora
de los requerimientos especificados.
No aceptable No demuestra entendimiento del problema o actividad.

Dpto. de Informática Pág. 10

Construcción y Pruebas de Software Control de Versiones

Dpto. de Informática Pág. 11