Skip to content

Conversation

@FrostyX
Copy link
Member

@FrostyX FrostyX commented Apr 3, 2025

My original idea was to move all defaults out of the .env file and then removing it from git repository, allowing everybody to create only a minimal .env file with changed variables for their system. It's not that easy because many of the variables are used by the inference container.

For the time being, let's just override production variables like this, so that we can avoid modifying and having changes in the .env file directly in production.

Once we get rid of the inference container, it may be easier to revisit this topic.

Copy link
Collaborator

@jpodivin jpodivin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why not use these as defaults and allow for overrides from .env using interpolation?
https://docs.docker.com/compose/how-tos/environment-variables/variable-interpolation/

@jpodivin jpodivin self-requested a review May 27, 2025 13:57
My original idea was to move all defaults out of the .env file and then removing
it from git repository, allowing everybody to create only a minimal .env file
with changed variables for their system. It's not that easy because many of the
variables are used by the inference container.

For the time being, let's just override production variables like this, so that
we can avoid modifying and having changes in the .env file directly in
production.

Once we get rid of the inference container, it may be easier to revisit this
topic.
@sgallagher
Copy link
Collaborator

Is this still cooking, or should we merge it? It looks fine to me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants