Closed fdodino closed 6 months ago
uffff al final choripasteaste el CI de conferer? ese es infinito mas complejo que lo que necesita pdepreludat :eyes:
yo decia de usar solamente la parte del cache, lo demas esta completamente al dope
y sobre el cache compartido entiendo que sin hacer cosas por afuera de github actions no se puede, cada cache esta scopeado a un repo y no se comparten entre si
uffff al final choripasteaste el CI de conferer? ese es infinito mas complejo que lo que necesita pdepreludat 👀
yo decia de usar solamente la parte del cache, lo demas esta completamente al dope
no se si tan al dope, le saqué lo de buildear y después correr los tests, y que solamente corra los tests. Pero me gusta que podemos ver la versión de stack que corre y que tengo más control de lo que ejecuta. Si querés meterle mano dale nomás, si te parece @JuanFdS liberamos el pdepreludat el lunes que viene así damos tiempo a los cursos a crear las katas y todo eso.
y sobre el cache compartido entiendo que sin hacer cosas por afuera de github actions no se puede, cada cache esta scopeado a un repo y no se comparten entre si
Ah, es peor de lo que pensé, hay una cache por branch, nooooooo:
bueno los taggeo @ludat @JuanFdS , al final usando la variante de Conferer hay que poner el LTS. Dentro del pdepreludat dejé que use la versión más reciente de stack. Para el template no quiero arriesgarme: hay varios docentes que no se animan a usarlo y meter una versión diferente en el CI que la que usan los pibes es algo que puede traer problemas (teniendo en cuenta que los pibes no tocan el archivo de dependencias de stack ni hay cambios esperables durante el año).
Con la cache bajó del minuto el build del CI, lo que dejamos como consulta a vos Ludat que la tenés más clara es: se puede armar una cache global a nivel organización de github? Porque estaría piola que el primer commit no tarde 4 ó 5 minutos la primera vez para cada repo nuevo...