-
Docker, épisode trop/beaucoup… Tu veux testouiller du build avec du nexus et du apt-cacher-ng. Tu veux pas saloper ta prod, donc tu dockerises les services sur ta machine. Tu fais « the docker way » avec du traefik devant dans un compose et tout. […]Permalink On twitter.com
Mood -2 🙁
-
Maintenant, tu veux tester tes flows de build. Qui devraient utiliser les services en question. Et là… « Ah ben non c’est pas possible, faut que tes services soient sur une IP stable, publique et accessible dans le build ». […]Permalink On twitter.com
Mood +3 🙂
-
Donc le apt-cacher-ng qui répond sur 0.0.0.0:3142 via un bind et sur apt.localhost via le traefik, tu vas juste complètement te faire cuire un œuf pour les utiliser dans un docker build par la suite… […]Permalink On twitter.com
Mood 0
-
Y’a(vait) une solution à coup de « build --network {machin} ». Sauf qu’avait l’arrivée de buildx, c’est juste… pété… github.com/moby/buildkit/issues/978On twitter.com
Mood +1 🙂
-
Y’a d’autres solutions bricolages, à coup de buildx create/buildx build… Du genre tu tournes 3× sur toi-même un soir de pleine lune enroulé dans du jambon en incantant le dieu Gladeulfeurha et peut-être que ça tombe vaguement en marche… […]Permalink On twitter.com
❤️ 4 Favorites
Mood +1 🙂
-
Ça va finir qu’il va falloir foutre ça sur une machine à part pour faire des tests, avec une IP fixe et tout pour que les builds puissent aller taper dessus… 😑Permalink On twitter.com
Mood -2 🙁