You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We should add the possibility to create settings files specific for each environment, such as settings.testing.php and settings.development.php. These file should get included based on the value of APP_ENV and be managed via git.
This would ensure that the site behaves in the same way for every server, based on the current environment.
We should still support settings.local.php and ignore this in git since that will allow everyone to create overrides specific for their needs without committing these to the repo.
The text was updated successfully, but these errors were encountered:
I'm not sure about this one, I did this on the first implementation but i found that it wasn't very useful since it's better to have things that change from environment to environment defined in the .env file.
If we implement this i think we should only change the include code and not add any example files since it just gets messy in my opinion.
I think it serves a purpose since a settings.php file is way more flexible than the .env. Environment variables are great for values that are different from machine to machine. But settings files are better at handling Drupal settings and configuration, and settings files that are specific to an environment makes that environment behave the same way no matter which machine that environment is running on.
Agreed regarding the example files though, no need for them since a person working with the settings is assumed to have knowledge about the files.
We should add the possibility to create settings files specific for each environment, such as settings.testing.php and settings.development.php. These file should get included based on the value of APP_ENV and be managed via git.
This would ensure that the site behaves in the same way for every server, based on the current environment.
We should still support settings.local.php and ignore this in git since that will allow everyone to create overrides specific for their needs without committing these to the repo.
The text was updated successfully, but these errors were encountered: