diff --git a/slides/4_docker.md.handout.pdf b/slides/4_docker.md.handout.pdf index fb6966d..1236770 100644 Binary files a/slides/4_docker.md.handout.pdf and b/slides/4_docker.md.handout.pdf differ diff --git a/slides/4_docker.md.slides.pdf b/slides/4_docker.md.slides.pdf index 95d8b53..82ad651 100644 Binary files a/slides/4_docker.md.slides.pdf and b/slides/4_docker.md.slides.pdf differ diff --git a/slides/5_ci.md b/slides/5_ci.md index db0016a..af563f5 100644 --- a/slides/5_ci.md +++ b/slides/5_ci.md @@ -42,6 +42,8 @@ Classiquement, un CI va mettre en cache les artéfacts de construction, mais bie Avec , vous pouvez (si vous êtes open source) gratuitement bénéficier d'un cache magique en quelques secondes, en plus de cela, vous pouvez lui faire confiance (système de clef publique/privée qui signe un cache binaire, protège contre les supply attacks). +## Cachix et Mangaki Zero + Vous remarquerez que Mangaki Zero utilise Cachix pour stocker les artéfacts de construction, et produit donc des temps de tests complètement incomparable avec des technologies Docker de GitLab CI (trop lente). . . . diff --git a/slides/5_ci.md.handout.pdf b/slides/5_ci.md.handout.pdf new file mode 100644 index 0000000..af9d6f1 Binary files /dev/null and b/slides/5_ci.md.handout.pdf differ diff --git a/slides/5_ci.md.slides.pdf b/slides/5_ci.md.slides.pdf new file mode 100644 index 0000000..6465185 Binary files /dev/null and b/slides/5_ci.md.slides.pdf differ