Laboratorio GIT Parte2

Scarica in formato pdf o txt
Scarica in formato pdf o txt
Sei sulla pagina 1di 15

UNIDADES TECNOLÓGICAS DE SANTANDER

Materia: Nuevas Tecnologías de desarrollo de software

LABORATORIO DE GIT Parte 2

Profesor: Juan Carlos Martinez Quintero

Nombre del estudiante: Jhon camilo carrascal lobo

1. Introducción.
En esta sesión se realizará la segunda parte del laboratorio de Git, en esta oportunidad
se utilizará una conexión a Gitlab utilizando una conexión https y se exploran las opciones
de manejo de ramas de un proyecto.

2. Requerimientos de Hardware y Software.


Para el desarrollo de este laboratorio se requiere un PC que tenga instalado el software
de Git y conexión a Internet. Con estos elementos se pueden realizar todas las actividades
propuestas en este documento.

2.1. Inicio del laboratorio.


El primer paso es el acceso a Gitlab para el manejo de los proyectos.

Imagen 1

Para realizar las actividades del laboratorio es necesario reutilizar el proyecto creado
en Gitlab en el laboratorio anterior.
a. Navegar en el listado de confirmaciones
Para contar con varias confirmaciones se crearan en secuencia tres archivos de
datos y por cada uno de ellos se realizará un commit.

Descargue el archivo de java: HolaMundo.java compile y ejecute el archivo.


Luego genere un commit. Utilice el mensaje “Creación de hola mundo”

Coloque aquí la evidencia:

Descargue el archivo de Java: SumaNumeros.java compile y ejecute el archivo.


Luego genere un commit. Utilice el mensaje “Creación de Suma de números”
Descargue el archivo de Java: Factorial.java compile y ejecute el archivo. Luego
genere un commit. Utilice el mensaje “Creación del cálculo de factoriales”

Para descargar los archivo utilice la tecla ctrl y clic izquierdo para descargar
el archivo

Para navegar en el historial de commits se puede utilizar siguiente comando:

git log
Coloque aquí el comando y la salida del mismo:

Nota: Si al final del listado aparecen dos puntos y no se puede abandonarlo,


coloque la letra “q” sin las comillas y presione enter

Una vez se ha reportado el listado de confirmaciones, es posible entrar a cualquiera


de las confirmaciones pasadas, por ejemplo en el siguiente caso ( ver figura 9)

imagen 9
En la imagen 9 el valor 53401e32c44405b45ec28dad23dfc0fcdec125c1 es el
identificador de la confirmación, este valor, o una parte del mismo, puede ser
utilizado para posicionarse en la confirmación y verificar los archivos que la
componían.
Para entrar a una confirmación se puede utilizar el valor hash que
lo identifica

Utilice el comando

git checkout “coloque aquí el hash de la confirmación”

Coloque aquí el comando y la salida del mismo

Para verificar el contenido de la confirmación se puede utilizar el siguiente comando

Utilice el comando:

Ls -la
Nota: Observe que los archivos son reemplazados, quedan aquellos que no
están incluidos en el repositorio.

Para volver al punto principal del proyecto se puede utilizar el siguiente comando

Utilice el commando:

git checkout main

Coloque aqui el commando y la salida del mismo:

b. Copiar la información al repositorio en la nube


Tomando en consideración que se ha configurado un repositorio en la nube (Gitlab) y
que se han realizado varios commits entonces se puede utilizar un comando para
actualizar todo en la nube

Para actualizar el repositorio remoto se utiliza el comando:

git push

copie aquí el comando y la salida de este:

Para verificar que efectivamente contamos con el repositorio actualizado debemos


comparar el hash del último commit en nuestro repositorio con el repositorio en la
nube.

Coloque aquí el comando para verificar el listado de los diferentes commits que
se ha realizado sobre el repositorio, utilice el comando git log
Vaya al proyecto en la nube en gitlab y en la opción “Repository” y luego
“Commits” tome una imagen del repositorio y verifique que el hash del commits
es igual al del repositorio en el disco.

Coloque aquí la imagen del repositorio en la nube:


c. Creación de ramas en git
Una rama en git es una línea de desarrollo independiente que se bifurca de la rama
principal o de otra rama existente, cada rama puede contener cambios específicos que
no se han fusionado con la rama principal o con otras ramas.

Cuando se crea una rama se realiza una copia del estado actual de la rama principal
(main) u otra rama y los cambios posteriores que se hagan no afectan a la rama
principal o cualquier otra rama existente.

Cuando se completa el trabajo los cambios pueden fusionarse (merge) en la rama


principal u otra rama, lo que combina los cambios en ambas ramas. ( Cuando hay
cambios en la misma línea se presentan problemas que el usuario debe resolver)

Para crear una copia de la rama principal se pueden usar los siguientes
comandos.

git checkout main

Para crear la rama versión 2 se puede usar el siguiente comando


git branch version2

Para verificar que la rama ha sido creado utilice el comando

git brach

Coloque aquí la salida del comando y en este podrá ver que la rama con “*” es
la rama actual:
d. Uso y modificación de una rama
Una vez se ha creado una rama se puede hacer checkout en ella y comenzar a
realizar actualizaciones
Para realizar el paso a una nueva rama utilizamos el siguiente comando

git checkout version2

Utilice el comando que permite verificar la rama y coloque aquí la salida:

Para realizar un cambio en los archivo de la rama recientemente creada se puede


realizar adición de información a los archivos archivodatos1.dat,
archivodatos2.dat, archivodatos3.dat

Utilice los siguientes comandos para modificar los archivos de datos


archivodatos1.dat, archivodatos2.dat, archivodatos3.dat
echo 20,21,22,23,24 >>archivodatos1.dat
echo 25,26,27,28,29 >>archivodatos2.dat
echo 30,31,32,33,34 >>archivodatos3.dat

Verifique los archivos utilizando el comando cat

Deben quedar así:

$ cat archivodatos1.dat
1,2,3,4
20,21,22,23,24

$ cat archivodatos2.dat
6,7,8,9,10
25,26,27,28,29

$ cat archivodatos3.dat
11,12,13,14,15
30,31,32,33,34

Con los nuevos archivos de datos podemos actualizar el repositorio

Utilice la secuencia de comandos necesaria para agregar los archivos


modificados al repositorio.

git status
git add *.dat

giit commit -m “Modificiacion de los archivos de datos “

Para enviar todo el repositorio a la nube incluyendo la rama que fue creada
recientemente se pueden utilizar los siguientes comandos

Para enviar todas las ramas creadas al repositorio se deben utilizar los
siguientes comandos.

Primero se debe pasar a la rama main

git checkout main

Segundo paso enviar todo el contenido

git push --all


e. Unificación de las ramas
Para verificar la unificación efectiva de las ramas se debe colocar como posición
de trabajo el punto main de la rama principal.

Primero se debe ir a la rama principal

git checkout main

Segundo se verifica que el archivo archivodatos1.dat para verificar que tenemos


la versión antigua de este archivos

cat archivodatos1.dat

git merge version2


Tercero, se verifica que el archivo archivodatos1.dat ahora contiene las
modificaciones que se hicieron en la rama “version2”

cat archivodatos1.dat

El ultimo paso y punto final es la actualización del repositorio en la nube.

Para realizar la actualización final

Git checkout main

Git pusht --all


NOTA: Al finalizar el laboratorio se debe colocar el archivo en enlace colocado para recibir
la tarea en ATENA.

https://gitlab.com/camilo853309/nuevas-tecnologias

Potrebbero piacerti anche