Nix ♥ la francophonie | 199 Members | |
| Salon francographe de NixOS | 66 Servers |
| Sender | Message | Time |
|---|---|---|
| 27 Jan 2026 | ||
| La solution de push le build sur le serveur depuis la CI est pas mauvaise | 18:50:01 | |
| Oui, c'est la plus simple. Mais c'est pas le plus rapide. Le build sur un gitlab self-host, ça prend plus de 10 min en général. Tout ça pour un site web ! (Je fais principalement du nuxt.js, mais c'est pareil pour du next.js ou même svelte). | 18:51:54 | |
| Après, peut-être que la CI du gitlab est mal foutue. (c'est pas moi qui gère ça). | 18:52:54 | |
| De toute façon, c'est pas beaucoup plus rapide sur vercel ou cloudflare ! | 18:54:01 | |
| Tu peux mettre un runner gitlab sur ton serveur qui avec une tâche qui s'occupe de faire le déploiement. Ya un systeme d'étiquettes sur les runners pour filtrer les types de taches qu'ils traitent. Comme ça tu push l'ordre sur gitlab, mais ça reste du coté du serveur que ça pull. | 23:03:45 | |
| Le CI traditionnel et son inabilité de préserver le Y a-t-il autre chose que Hydra ou Hercules qui bénéficie du | 23:11:10 | |
| 28 Jan 2026 | ||
J'ai installé Forgejo Runner dans un nixos-container, il partage le /nix/store/ avec le système hôte. Ça fonctionne plutôt bien. | 06:58:12 | |
| En mode natif, donc le token d'authentification du runner est potentiellement accessible par les jobs, et l'isolation n'est pas parfaite entre les workflows. C'est acceptable pour ne lancer que mes propres jobs/dépôts. | 07:10:45 | |
J'ai services.nix-serve.enable sur le système hôte pour partager mes builds avec mes machines. | 07:32:57 | |
| 08:14:21 | ||
| Tien ça mouline sur ces 2 adresses
| 20:22:30 | |
| 20:22:37 | |