Naming scheme for compose.*.yml
files #34
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Currently:
We'll also shortly have support for DigitalOcean and Google Cloud Platform DNS (in use on
$projects
, needs polishing and PRing..), and I'm about to add yet another compose file for compy.Maybe?
Hmmm I am not sure on the new meaning of your naming scheme since some
*.entrypoint.*
files do override entrypoints but also expose new environment variables and introduce secrets/configs. Got more context?Our current scheme is kinda funny because it often doesn't even match the recipe name & some of the configs are even too generic to fit one recipe (e.g
compose.gandi.yml
)? We could also just document the files as a way of explaining what is going on in them?This would also break the
.env
configs on the operator side which would be unfortunate but certainly now would be the time to do it before beta launch. We can publish a new release file to let people know things are changing ofc.Traefik's
compose.yml
files seem to be (fairly neatly?) split into 3 categories:*.entrypoint.*
, optionally +$other_stuff
(10 files currently, including compy)*.dns.*
(shortly there will be 4 files)compose.yml
)Open to a better name than
entrypoint
, it's confusing to use the same word that we also use to talk about a container entrypoint, but maybe it's even more confusing to try and fix Traefik's terminology.This change would make it much easier to see "which DNS providers / entrypoints are available in our Traefik recipe" at a glance, and to decode which features are in use on a particular deployment -- which currently involves keeping a mental index of all DNS providers and all entrypoints (and remembering that e.g. where
compose.google.yml
is to add Google login features in Outline, here it's to add Google DNS).