The discussion revolves around synchronizing a Discourse INT environment with PROD, focusing on automating the process while preserving INT-specific configurations. Wurzelseppi asks about cloning PROD to INT regularly, preserving individual settings like hostname and SSL. RGJ suggests using rake site_settings:import for this purpose. Wurzelseppi shares their current method involving app.yaml and backups, then asks how to prevent email notifications to users during testing. Moin explains that the disable emails setting can be restricted to non-staff, preventing user emails while allowing staff to receive them. Wurzelseppi confirms this resolves their concern, and RGJ notes that this setting is automatically applied when restoring a backup.
We have a INT and prod environment and it´s hard at the moment to keep track of all the differences.
Is it possible somehow, to clone the PROD environment (topics / categories / settings / … ) to INT regulary and keep the INT individual stuff (hostname / ssl / email / … ) ?
Do I have to do that manually (store the individual stuff somewhere / clone / overwrite the individual stuff with int specifics / … ), or is there some discourse tool which I could use ?
Specify all stage-individual settings as hard-coded variables in app.yaml
Copy backup from prod to int
Restore it
Rebuild the app
At least here it works, but here comes the next question: So the instance won´t pester the users, how can I deactivate all settings that could lead to an email to the users?
Personal email settings
Watched, tracked categories
…
At the moment, I intentionally misconfigured the mail server, but someday when I want to test something with mails …
There is a disable emails site setting. I think it’s automatically activated when you restore a backup. For testing, you could enable e-mails for staff only.