A rails app can now configure where the 'environment' comes from. Previously, it was inferred from Rails.environment. We didn't want to pollute RAILS_ENV with actual environments (e.g. stage, preprod). So this change allows the two things to be separated.
Devs are now able to run bundle exec rspec when using the ruby platform
When overriding keys from the environment, there wasn't a way to do this if the keys used in the settings.yml contained the seperation character being used in the environment variables.
The change allows this to work as expected, but it will still allow the gem to work as it did before.
E.g.
If the structure above cannot be found, it will set the value under:
I only commented on the Ruby env fix...can you please move that into a separate PR, as that is more likely to be merged sooner, and it's unrelated to this PR.
There's three main changes in this PR.
A rails app can now configure where the 'environment' comes from. Previously, it was inferred from Rails.environment. We didn't want to pollute RAILS_ENV with actual environments (e.g. stage, preprod). So this change allows the two things to be separated.
Devs are now able to run
bundle exec rspec
when using the ruby platformWhen overriding keys from the environment, there wasn't a way to do this if the keys used in the settings.yml contained the seperation character being used in the environment variables.
E.g. settings.yml
When using:
I was never able to overide these settings with:
The change allows this to work as expected, but it will still allow the gem to work as it did before. E.g. If the structure above cannot be found, it will set the value under:
Note The code I've created for the third feature is quite crude at the moment, so would appreciate any feedback you have!