diff options
author | eileencodes <eileencodes@gmail.com> | 2019-03-05 18:45:06 -0500 |
---|---|---|
committer | eileencodes <eileencodes@gmail.com> | 2019-03-06 08:59:27 -0500 |
commit | 37d1429ab1da78a3b8afcfcec8a135ac85cd897a (patch) | |
tree | 74d6f9dd0ffe5bb3c6ac5366cba918da63f5e903 /railties/test/env_helpers.rb | |
parent | db94f492c099db89746f945a522aa7e59ede97cb (diff) | |
download | rails-37d1429ab1da78a3b8afcfcec8a135ac85cd897a.tar.gz rails-37d1429ab1da78a3b8afcfcec8a135ac85cd897a.tar.bz2 rails-37d1429ab1da78a3b8afcfcec8a135ac85cd897a.zip |
Load YAML for rake tasks without parsing ERB
This change adds a new method that loads the YAML for the database
config without parsing the ERB. This may seem odd but bear with me:
When we added the ability to have rake tasks for multiple databases we
started looping through the configurations to collect the namespaces so
we could do `rake db:create:my_second_db`. See #32274.
This caused a problem where if you had `Rails.config.max_threads` set in
your database.yml it will blow up because the environment that defines
`max_threads` isn't loaded during `rake -T`. See #35468.
We tried to fix this by adding the ability to just load the YAML and
ignore ERB all together but that caused a bug in GitHub's YAML loading
where if you used multi-line ERB the YAML was invalid. That led us to
reverting some changes in #33748.
After trying to resolve this a bunch of ways `@tenderlove` came up with
replacing the ERB values so that we don't need to load the environment
but we also can load the YAML.
This change adds a DummyCompiler for ERB that will replace all the
values so we can load the database yaml and create the rake tasks.
Nothing else uses this method so it's "safe".
DO NOT use this method in your application.
Fixes #35468
Diffstat (limited to 'railties/test/env_helpers.rb')
0 files changed, 0 insertions, 0 deletions