Gestión de código fuente e Integración Continua

De Wiki de EGC
Revisión del 03:07 12 nov 2020 de Ajramirez (discusión | contribuciones) (Ejericicio 3. git cherry-pick)
Saltar a: navegación, buscar

Página_Principal -> 2020/2021 -> Prácticas - 20/21

Prerrequisitos

Uso de Git

Para repasar y aprender más

Ejercicio 1. git rebase y git merge

  1. Trajando en local, crea una rama con el objetivo de desarrollar alguna nueva funcionalidad. Haz algunos commits ahí.
  2. Muevete a la rama master y haz algún commit más.
  3. Ahora quieres subir los cambios al servidor remoto con push, pero no te interesa que la rama que has creado exista en el remoto, ya que era algo local tuyo. ¿Qué consideras más oportuno antes de hacer un push? ¿Rebase ó Merge hacia master?
  4. ¿Qué diferencias habría en la rama master?

Ejercicio 2. git reset

  1. Trabajando en local, haz varios commits sobre la rama master pero no lo subas al servidor remoto.
  2. Suponiendo que te los cambios de código que has hecho están bien, pero que los commits y sus mensaje no te parecen tan correctos, ¿cómo deshacemos esos commits sin perder el código fuente?
  3. Y, si quieres desahacer también los cambios hechos en el código, ¿cómo podemos hacerlo?
  4. ¿Podemos hacer esto con commits que hayan sido enviados al servidor remoto? ¿Por qué?

Ejericicio 3. git cherry-pick

  1. Trabajando en local, crea una rama y haz varios commits.
  2. Vuelve a la rama master.
  3. De todos los commits que has hecho en la rama anterior, sólo te interesa uno o dos de ellos, pero no la rama entera, ¿cómo puedes traerte esos cambios a la rama master?
  4. ¿Crees que es buena práctica usarlo?

Más ejercicios de Git aquí

Uso de Travis

Conceptos básicos

Ejercicio 4. Análisis de pull-request

  1. Crea una rama donde reduciremos la carga de tests. Comentaremos los tests de mixnet y el test_complete_voting del módulo Voting.
  2. Crea un pull-request siguiendo | estas instrucciones (Fíjate bien que la pull request la haces a la rama master de tu repositorio y no a otro repositorio ni a EGCETSI/decide).
  3. Si abres la pull request que se ha creado, podrás observar abajo cómo se ejecuta una nueva build en Travis CI con la pull request.
  4. ¿Es exitoso o fallido? ¿Por qué?

Ejercicio 5. Notificaciones

Siguiendo estas instrucciones:

  1. Configura el README.md de tu proyecto para que muestre una imagen con el estado de la construcción.
  2. Configura Travis CI para que envíe un correo siempre que haya una nueva build, tanto si tiene éxito como si falla, y que además notifique siempre a tu correo electrónico independientemente de quién haya hecho el commit.
  3. ¿Te ha llegado el correo? ¿Por qué?

Ejercicio 6. Build Matrix

  1. Siguiendo estas instrucciones, configura Travis CI para que lanze las pruebas con varias versiones de Python y django.
  2. ¿Cuántos jobs se están lanzando?

Ejercicio 7. Chrome

  1. Incluya alguna prueba de Selenium en su código.
  2. Configura Travis CI para que instale las dependencias de python necesarias.
  3. Configura Travis CI para que la máquina virtual disponga de Chrome. Puedes seguir instrucciones
  4. ¿Obtiene los resultados esperado? ¿Por qué?

Uso de Codacy

Ejercicio 8. Calidad de código

  1. Analiza el reporte de Codacy para el proyecto.
  2. ¿Crees que el estado de los problemas (Issues), cobertura y duplicidad de decide son importantes?
  3. Siguiendo instrucciones configura el README.md de tu proyecto para que muestre el estado de la calidad del proyecto.