diff --git a/daily/04_11.md b/daily/04_11.md new file mode 100644 index 0000000..392c9a2 --- /dev/null +++ b/daily/04_11.md @@ -0,0 +1,7 @@ +# Lunes 04 de noviembre +## Tracking + +- Tracking de las tareas + - Consejo: nosetest + - dev protegida: mergear solo cuando se abran PRs. Mismas protecciones que master, excepto que no necesita reviews + diff --git a/daily/08_11.md b/daily/08_11.md new file mode 100644 index 0000000..059b501 --- /dev/null +++ b/daily/08_11.md @@ -0,0 +1,18 @@ +# Viernes 08 de noviembre +## Tracking + +- Tracking de las tareas + - Refactorizar stage de setup + - Benchmark en remoto + - cleanup phase + - Proyecto semana que viene: + - Proyecto Java + Maven, puede tener o no CI + - Tiene que ejecutar algo, un servidor / app simple... pero sin que sea una monstruosidad + - Se va a hacer un repo github con los pipelines + - Se va a planificar y explicar en una daily meeting el miércoles: + - CI + - Entradas y salidas de cada stage + - Pipelines necesarias + - Tareas + - Consejo: empezar por pipeline que checkee el código -> que tenga checkstyle + build + test + diff --git a/daily/28_10.md b/daily/28_10.md new file mode 100644 index 0000000..c5ab597 --- /dev/null +++ b/daily/28_10.md @@ -0,0 +1,20 @@ +# Lunes 28 de Octubre +## Tracking + +- Tracking de las tareas + - Acordarnos de arreglar warnings + - Actualizar plugins + - Tag del commit + - Jenkins + - 1 instancia para todos + - Autenticación con LDAP + - Cada uno su workspace + - Ideal en docker + - Ojo con la persistencia -> volúmenes + - Webhooks + - Trabajar contra github + - Cuando realicemos un push -> ejecuta una acción + - Generar artefactos + - Ver qué es paralelizable + - Consejo: pueden ser útiles pipelines (en lugar de steps?) + - Buscar repos que usen java / python / node diff --git a/daily/29_10.md b/daily/29_10.md new file mode 100644 index 0000000..6b561cf --- /dev/null +++ b/daily/29_10.md @@ -0,0 +1,7 @@ +# Martes 29 de Octubre +## Tracking + +- Tracking de las tareas + - Workspaces en Jenkins + - Herramienta para ver versiones en python + - Interesa que si pasa los tests en Jenkins que mergee automáticamente diff --git a/daily/31_10.md b/daily/31_10.md new file mode 100644 index 0000000..959e3ba --- /dev/null +++ b/daily/31_10.md @@ -0,0 +1,20 @@ +# Jueves 31 de Octubre +## Tracking + +- Tracking de las tareas + - No se tiene por qué no generar artefacto si fallan los benchmarks + - Si falla, ver qué hacer (tema reports, construir ?, qué mandarle al usuario vamos) + - Integración con otras apps: email, riot? + - CI son muchas cosas: + - Mensajes que se envan (ni muchos ni muy pocos, medirlo bien) + - Paralelizar + - Cuándo generar el artefacto + - Asegurarse de que se puede hacer el merge + - etc. + - Varios ejecutores + - Si nos toca adm. un jenkins (aunque bueno, prácticamente cualquier cosa): límites / quotas / ... + - Pipelines: se pueden llamar entre ellos y tener dependencias p.e. si falla que ejecute x pipeline. Vamos a forzar a llamar un pipeline en la fase de test + - Rama dev para mirar el tema de mergeos automáticos + - Atomizar stages + - Ojo con el nombrado de pipelines de prueba (test_--) +