practica-final

Práctica final evaluable en cuestionario

Instrucciones para la práctica final

Aunque no es obligatorio, se aconseja realizar esta práctica utilizando la consola. Si utilizas interfaces gráficas es recomendable que tengas siempre una consola abierta para algunos comandos (por ejemplo, git status). Ten en cuenta que en el ejercicio se te preguntará qué comandos has usado, por lo que necesitas saber el comando asociado a cada acción que realices con la interfaz gráfica.

Puedes utilizar git flow o manejar las ramas a mano, pero el modelo se tiene que basar en crear una rama para cada feature/bug, volcarla en develop y borrarla. Éste es un proceso indirecto, puesto que en este ejercicio los volcados en develop se realizarán mediante Pull Requests, por tanto no los harás en tu máquina. Pero sí tendrás que bajarte develop una vez mergeada y borrar la correspondiente rama local. Esto quiere decir que si usas git flow, lo podrás utilizar para abrir las ramas pero no para cerrarlas.

Generalidades del ejercicio:

• Clónate en tu máquina el repositorio proporcionado por el tutor. Asegúrate de acabar teniendo main y develop en tu repositorio local.

• A excepción de las tareas 1, 2 y 17, recuerda crear una rama temporal para empezar cada tarea nueva que hagas. En el nombre de la rama debe aparecer el número de tarea.

• Antes de crear cada rama temporal, bájate la última versión de develop.

• Cuando hayas terminado cada tarea, sube la rama al servidor y crea una Pull Request. Ten en cuenta lo siguiente:

  • Es importante que al crear la PR marques la rama origen y la rama destino, en la parte superior. Recuerda que lo que estás solicitando es que vuelquen tu rama temporal en la rama develop.
  • En el título de la Pull Request incluye el número de tarea, por ejemplo: #3 Texto botones login
  • Marca el check “Close branch” para solicitar que tu rama se borre del remoto después de hacer el merge.
  • No hay revisor, tú mismo debes mergear tus _Pull Request_s. Esta metodología se emplea en muchos equipos: no hay una revisión del código, pero cada integración a la rama develop se hace mediante PR, a efectos de que quede un log de todas las integraciones que ha hecho cada miembro del equipo.

• Después de crear la Pull Request, revísala para comprobar que no hay conflictos (aparecen en la parte inferior). Si hubiera conflictos, realiza los siguientes pasos:

  • Bájate la última versión de develop a tu máquina.
  • Haz que tu rama temporal rebase a la rama develop. Esto es para fusionar el código de develop y el de tu rama y provocar el conflicto (hacemos rebase porque no queremos generar una ramificación sólo para resolver un conflicto).
  • Git te avisará de que hay conflictos. Resuélvelos y termina el rebase.
  • Cuando ya esté terminado el rebase (en el prompt no ves la palabra REBASE), vuelve a subir tu rama temporal al remoto. Como la rama ha cambiado de forma (recuerda que el comando rebase reescribe el histórico), tendrás que subirla forzando la reescritura: git push -f origin nombre_rama
  • Ve a la web del repo remoto y mira de nuevo tu Pull Request. Debería haber desaparecido el conflicto.

• Cuando tu rama sea mergeada a develop y la Pull Request marcada como “closed”, te llegará un correo electrónico. Entonces ya puedes bajarte develop a tu máquina y borrar tu rama temporal.

• En algunas tareas también se te hará alguna pregunta.

• Al final de la práctica sólo pueden quedar main y develop, tanto en remoto como en local.

Listado de tareas y preguntas del ejercico

1. • Créate un alias, que funcione sólo en este repositorio, y que equivalga al siguiente comando:

git log --oneline --branches --graph --remotes

• ¿Qué comando has lanzado para crear el alias? git config --global alias.mariolog "log --oneline --branches --graph --remotes"

2. • ¿Están las dos ramas del repositorio trackeando las correspondientes ramas remotas? ¿Qué comando has usado para averiguarlo? Sí, git remote branch -v
3. • Modifica el texto de los botones iniciales de login en src/Library.java: · Sustituye "Librarian Login" por "Log in as librarian". · Sustituye "Admin Login" por "Log in as administrator".

• Crea dos commits, uno para cada modificación.

4. • Modifica en src/AdminLogin.java las siguientes etiquetas del formulario: · Sustituye "Enter Name:" por "Please enter your username:". · Sustituye "Enter Password:" por "Please enter your password:".

• Crea dos commits, uno para cada modificación.

5. • Cambia en src/AdminLogin.java (línea 68) la contraseña del admin por ésta: a74R#H0LarT5%x

• Crea un commit con el cambio.

• Te llega una corrección por email. La contraseña no es la que habías puesto, es: cYZxU!4Asr*LR3Nf

• Corrige la contraseña y modifica el commit anterior, sin crear un commit más en el log.

• ¿Qué comando has usado para hacer el punto anterior? git commit --amend

6. • En src/BooksForm.java, cambia "books" por "book" en todas las strings en las que aparezca (sólo en las strings, no tienes que cambiar ningún nombre de variable).

• Crea un commit con la modificación.

7. • Abre los tres archivos .sql y cambia el engine de las tablas, de InnoDB a MyISAM.

• Crea un commit para cada archivo (te deben quedar tres _commit_s).
• Te has arrepentido: ahora crees que sería mejor que estuviera todo en un solo commit. Haz los pasos necesarios para que tu rama temporal tenga un solo commit, sin tocar nada del código de los archivos.
• ¿Qué comandos has usado para conseguir el punto anterior? git reset --soft para volver al primer commmit con los cambios hechos y luego un amend para dejarlo todo en un solo commit

8. • Vuelven a pedirte que cambies la contraseña del admin (src/AdminLogin.java, línea 68) por esta otra: uV2?bbX4[3hFw

• Crea un commit con el cambio

9. • Mueve HEAD hasta el commit que creaste en el punto 5 y comprueba que los archivos .sql tenían aún las tablas con ENGINE=InnoDB (lo cambiaste dos puntos después).

• Ahora vuelve a mover HEAD al commit en el que estabas.
• ¿Qué comando has lanzado para hacer esto último?
• git switch -
• En src/DeleteLibrarian.java, cambia el nombre de la variable lblEnterId por lblEnterLibrarianId (en todas las líneas donde aparezca).
• Crea un commit con el cambio.

10. • En src/DeleteLibrarian.java, sustituye el label "Enter Id:" por "Enter labririan Id:" (la errata es adrede) y modifica el tamaño de letra del botón de borrar a 15 (sustituye el 13 de la línea 70 por un 15).

• Crea dos commits con ambas modificaciones.
• No integres aún esta rama. Déjala como está, vuelve a develop y continúa con la siguiente tarea.

11. • Tienes que hacer que el repositorio ignore la carpeta .settings y el archivo .project, pero como ya están siendo versionados, necesitas primero desversionarlos.

• Una vez desversionados (sacados del repositorio local), haz que el repositorio los ignore.
• Crea un commit con los cambios.
• ¿Qué comandos has lanzado para los dos puntos anteriores?

12. • Haz esta tarea sin crear una rama temporal (vamos a simular un error), crearás el commit en develop.

• En src/LibrarianSuccess.java, sustituye el texto del botón "Return book" por "Return a book".
• Crea un commit con el cambio.
• Te das cuenta de que has hecho el commit en develop, cuando tenías que haber creado una nueva rama para ello y haber hecho el commit ahí. Da los pasos necesarios para corregir el error. Pista: te será útil dibujar en un papel cómo ha quedado el log en cuanto a forma, commits y “carteles” de ramas, y al lado dibujar cómo tendría que haber quedado todo si lo hubieras hecho bien.
• ¿Qué comandos has lanzado para resolver el error? git reset --mixed 66e0eee , git stash, creo la nueva rama, git apply

13. • Te piden que vuelvas a dejar la contraseña del admin como la que metiste en el punto 5. Teniendo en cuenta que ya tienes el cambio registrado en un commit, ¿qué harías para volver a poner esa contraseña sin tocar el código? Pista: lo que quieres hacer es aplicar en tu rama los cambios de un commit aislado.

• Te tendrá que quedar un commit nuevo, y cabe la posibilidad de que tengas que resolver algún conflicto.

14. • En src/DeleteLibrarian.java, sustituye el label "Enter Id:" por "Enter librarian Id:" (esta vez sin errata).

• Crea un commit con el cambio.

15. • Para esta tarea no tienes que crear ninguna rama temporal.

• Vuelve a la rama del punto 10, donde introdujiste la errata. Vamos a integrarla ahora en develop (recuerda hacerlo mediante Pull Request, como las otras). Al visualizar la PR, te debería avisar de que va a haber un conflicto al mergear.
• Resuelve el conflicto en tu máquina. Recuerda que no puedes añadir nuevos _commit_s a develop en local, porque luego no la podrás subir al servidor.

16. • En src/LibrarianSuccess.java, sustituye la etiqueta "View Books" por "View All Books".

• Crea un commit con la modificación.
• Crea en el commit una etiqueta anotada. Llámala ‘v1.1.0’ y en el mensaje escribe “Release con fixes de texto, tamaños de fuentes y motor tablas MySQL”.
• Asegúrate de que la etiqueta se sube al repositorio remoto cuando subas la rama.

17. • Tanto en local como en remoto sólo deberían quedar las ramas main y develop.

• Describe las acciones que has realizado y/o comandos que has lanzado para comprobarlo, y para borrar las ramas que se te hubieran quedado colgadas durante el ejercicio git branch -a, luego git push -d origin feature/isbn y después de esto ya me ha quedado solo main y develop