Actividad 1 - Genere una nueva rama A en base a main y agregar los ficheros que considere necesarios. (.js | .ts | .java | .cs | .html | etc)
-
Me aseguro de estar el rama main y luego creo un nueva rama llamada A con git checkout -b A.
-
Genero los ficheros con touch y verifico.
-
Genero un fichero .gitignore e ingreso con nano para cambiar su contenido desde la terminal.
-
Introduzco las /carpetas, guardo con ctrl+O y salgo con ctrl+X + Y, luego me aseguro que este creado.
Actividad 3 - Generar 2 carpetas cualquiera sin contenido que sean incluidas en el historial de cambios
-
Creo dos carpetas con mkdir, con touch creo los ficheros .gitkeep respetando su ubicación y con git status me aseguro que sean visibles en el historial.
Actividad 4 - Generar otra rama B para realizar nuevas modificaciones y luego integrar estos en la rama A
-
Creo la rama B, luego creo un carpeta con mkdir y guardo los cambios con un commit.
-
Me ubico en la rama A y hago merge para traer los cambios de la rama B con git merge B.
-
Me ubico en la rama hotfix/main, luego uso git log para ver la id del commit llamado FIX: issue 2.
-
Luego me ubico en la rama A, uso el comando git cherry-pick {ID} y trato de solucionar cualquier conflicto haciendo merge.
Actividad 6 - Ejemplifique el uso de git para la modificación de ficheros en la rama A y en la rama B simultaneamente sin generar commits en el historial de cambios
-
Me ubico en la rama A y uso git stash, lo mismo en para la rama B pero siempre con previos cambios.
-
Se utiliza git stash pop para recuperar el stash, luego tener la opcion de aceptar y vizualizar los ficheros afectados.
Actividad 7 - Ejemplifique el uso de git para la generación y publicación de un nuevo release (versión) de su código
-
Para agregarle un tag se utiliza el comando git tag -a v1.0.0 -m {message} y para enviarlo al repositorio remoto se usa git push --tags origin.
-
Con git add . me aseguro que se agreguen todos al Staging Area, con git status" visualizar la lista que esperan ser confirmados.
-
Con git restore --staged se puede recuperar el contenido del Staging Area.
Extra 2 - Ejemplifique el uso de git para regresar en el tiempo hacia un commit anterior en la rama A de su repositorio remoto propio
-
Para retornar a un commit anterior, primero se debe conoder su ID con git log.
-
El comando que hace realidad esta accion es git reset --soft {ID} que es útil para mantener cambios ya que no afecta el staging area ni el working directory, como tambien esta git reset --hard {ID} que es útil para descartar todos los cambios no commitados.