Skip to content

Reverse sync - deployment aid #13

Answered by olivernybroe
robbykrlos asked this question in Q&A
Discussion options

You must be logged in to vote

Hi, thanks for suggesting a new feature.

So the issue I see with a migration for env variables is that the values often are private and should not be in VCS.

I got two other solutions which I think you could consider doing.

  1. In your config files where you use the env variables, set a default value to the value you want on all the servers.
  2. In your servers rename your .env file to .env.production and on each deploy rename .env.example to .env. That way both of them are loaded, but .env.production values will always have precedence.

Would any of these solutions work for you instead of having a new feature in this package? :)

Replies: 1 comment 2 replies

Comment options

You must be logged in to vote
2 replies
@robbykrlos
Comment options

@olivernybroe
Comment options

Answer selected by robbykrlos
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
None yet
2 participants