-
Notifications
You must be signed in to change notification settings - Fork 13.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: support docker/.env-local for docker-compose #28039
Conversation
As reported here #28026, in #27953 I added support for a supplemental `docker/.env-local` override file, not thinking it was going to be required upon starting docker-compose. I thought I had tested that while switching branches but somehow didn't test that docker-compose would simply boot up in the absence of that file. Since this is confusing to most, and we don't really have a script I can latch onto to `touch docker/.env-local` for now, i decided to backtrack and simply remove the convenience "feature". People should find an alternate way to alter their environment somehow before starting the service. I added a bit of documentation to point to an existing mechanism around providing a `docker/pythonpath_dev/superset_config_docker.py` file, which existed in the logic but wasn't clearly documented. This solves for my use case where I was working a PR adding features around Slack, where I wanted to provide an API key configuration without risks of commiting/pushing it back to the repo.
@@ -110,7 +110,6 @@ release.json | |||
messages.mo | |||
|
|||
docker/requirements-local.txt | |||
docker/.env-local |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
turns out that's covered by docker/*local*
bellow
@artofcomputing please feel free to leave a review if you're so inclined :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - I like the new syntax/optionality model better :)
docker-compose is getting very usable for dev workflows - having it boot fast from my previous PR makes it much more viable too |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, ran locally to test it, environment was up fast 🚀
NICE! I'm feeling like CI / docker / docker-compose is getting to a pretty good place. |
As reported here #28026, in #27953 I added support for a supplemental
docker/.env-local
override file, not thinking it was going to be required upon starting docker-compose. I thought I had tested that while switching branches but somehow didn't test that docker-compose would simply boot up in the absence of that file.BUT! luckily there's a new feature as of docker-compose
2.24.0
where there's a way to specify required and not-required files here, so I'm taking advantage of that in this correction PR. Kudos to @artofcomputing for finding this new feature and for pointing this out!I also added a bit of documentation to point to an existing mechanism around providing a
docker/pythonpath_dev/superset_config_docker.py
file, which existed in the logic but wasn't clearly documented. Thissolves for my use case where I was working a PR adding features around Slack, where I wanted to provide an API key configuration without risks of commiting/pushing it back to the repo.
closes #28026