Re:Goodbye Docker and Thanks for all the Fish
by sickcodebruh on Sunday March 10, 2019 @11:01AM
(#19352228)
I'm not sure if mine is a good way of doing it but it's working for me. I took the relevant portion of my own badly written shell script, moved it into its own Dockerfile that has its own CI project and its own private repo on Quay, and I rebuild/republish as needed. The remainder of my original shell script went into the Dockerfile for the project that holds my code. The first line of this Dockerfile just starts with my base image.
FROM quay.io/my-acct/my-image:latest
Re:Goodbye Docker and Thanks for all the Fish
by syntheticcdo on Monday March 11, 2019 @02:55AM
(#19357174)
The point of the && in a Dockerfile is because every single RUN directive adds another layer to the final image. Less layers = slimmer images = faster and lighter deploys.
Re:Goodbye Docker and Thanks for all the Fish
by aib on Wednesday March 13, 2019 @05:40AM
(#19377111)
Yes. Also, the only thing that survives between RUN directives is the disk image so && saves state:
start-daemon && configure-daemon-while-running && stop-daemon
The point is, I've seen far more && than RUN directives so the decision was backwards.
How, may I ask? I've been looking for a good way to do this for a long time; nowadays I'm using a checklist and AMIs on AWS.
Ansible is too damn slow, does not know how config files work and clutters the terminal/my home directory/my known_hosts.
Dockerfile is a badly written shell script using && instead of errexit.