Mateusz Osiński
03/30/2026, 8:37 PMdevops/atmos.yaml)
• another baked into our container image at rootfs/usr/local/etc/atmos/atmos.yaml
Right now these two files are 1:1 identical (I diffed them).
In CI, our GitHub workflows pass atmos-config-path: ${{ vars.ATMOS_CONFIG_PATH }}, so Atmos should be using the config file from the checked-out repo.
I’d like to simplify this and move to a single atmos.yaml as the source of truth. Is it safe (and idiomatic in CloudPosse setups) to:
• keep only the root atmos.yaml,
• have the Docker image copy that file into /usr/local/etc/atmos/atmos.yaml, and point CI (ATMOS_CONFIG_PATH) at the root file?
Or do you recommend keeping a separate, baked-in config for the image in addition to the repo one? Any best-practice guidance (and pitfalls to avoid) would be really appreciated.Mateusz Osiński
03/30/2026, 8:38 PMatmos.yaml files instead of just one source of truth?)Andriy Knysh (Cloud Posse)
03/30/2026, 8:54 PMatmos.yaml at the repo root is enoughtAndriy Knysh (Cloud Posse)
03/30/2026, 8:55 PMrootfs was to copy it inside the Docker container, but you can copy it from the root)Erik Osterman (Cloud Posse)
03/31/2026, 12:44 AMErik Osterman (Cloud Posse)
03/31/2026, 12:44 AMATMOS_CONFIG_PATH as it's the default locationErik Osterman (Cloud Posse)
03/31/2026, 12:44 AMIn CI, our GitHub workflows passatmos-config-path:
Erik Osterman (Cloud Posse)
03/31/2026, 12:45 AMErik Osterman (Cloud Posse)
03/31/2026, 12:45 AMErik Osterman (Cloud Posse)
03/31/2026, 12:45 AMMateusz Osiński
03/31/2026, 9:48 AM