Reverse sync - deployment aid #13
-
Hi, I'm facing the following challenge, and was wondering if using this package will help. Scenario: Problem is that if my new features contains also some new I was looking for a way, similar to php artisan migrate, where I can mention something like: $this->env->createOrUpdate('APP_VERSION', '4.2.0') So that in the end, whenever I run my deployment scripts I can maybe call I was thinking this can be achieved using envy by reverse syncing .env with .env.example, and whatever is new in the .env.example (which is usually not ignored by git) will be transferred into the new environment's .env. What do you think about this? Thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
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.
Would any of these solutions work for you instead of having a new feature in this package? :) |
Beta Was this translation helpful? Give feedback.
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.
.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? :)