WIP: doc/daily

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
+

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
+

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

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

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_--)
+