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
[Link]
Resumen de comandos de Git:
Dpto. de Informática Pág. 2
Construcción y Pruebas de Software Control de Versiones
PARTE I :
Git- Linea de Comandos – configuración de parámetros
git config --global [Link] your@[Link]
git config --global [Link] "Your Name"
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 [Link]
Crear el archivo [Link] y completar el siguiente texto
# lab-4C24-[INICIALES]
Otra forma de crear el archivo [Link]
echo "# lab-4C24-JGM" >> [Link]
4. Agregar el archivo [Link] al Stage Área
git add [Link]
Dpto. de Informática Pág. 3
Construcción y Pruebas de Software Control de Versiones
NOTA: para eliminar el archivo del Stage Area, usar : git rm --cached [Link]
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
[Link]
7. Subir los cambios al repositorio remoto
git push -u origin master
NOTA : Generación de token en GitHub
Dpto. de Informática Pág. 4
Construcción y Pruebas de Software Control de Versiones
8. Crear dos archivos [Link] y [Link], crear el
archivo .gitignore para filtrar el archivo [Link]
.gitignore
*.tmp
Verificar con el comando git status que el archivo [Link]
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
Dpto. de Informática Pág. 5
Construcción y Pruebas de Software Control de Versiones
2. Realizar un cambio en el archivo [Link]
# 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 [Link]
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
Dpto. de Informática Pág. 6
Construcción y Pruebas de Software Control de Versiones
git pull
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. 7
Construcción y Pruebas de Software Control de Versiones
b. Colaboradores
Verificar que tiene acceso al repositorio compartido
c. Responsable
Crear la clase: [Link] en el proyecto
Ignorar los archivos *.class en el proyecto
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.
[Link] Responsable
[Link] Colaborador 1
[Link] Colaborador 2
[Link] 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.
2.
3.
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
