Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>We split out all region specific settings into thier own config file. Under the root of the web app we create a config folder and place the region specific settings there. So whatever files are living under the root of config will get picked up. </p> <p>our web.config looks something like:</p> <pre><code>. . . &lt;appSettings configSource="config\appSettings.config"/&gt; &lt;nlog configSource="config\nlog.config"/&gt; &lt;applicationSettings&gt; &lt;MyApp.UI.Properties.Settings configSource="config\Settings.APGUI.config"/&gt; &lt;MyApp.BusinessServices.Properties.Settings configSource="config\Settings.Business.config"/&gt; &lt;MyApp.Auditing.Properties.Settings configSource="config\Settings.Auditing.config"/&gt; &lt;/applicationSettings&gt; . . . </code></pre> <p>So if we are deploying to the release region the build tool will just have an action to replace the files in the root of config with the files from the appropriate region folder. The file structure looks something like:</p> <p>ADDED: This is how the source control structure looks, the deployed app would just have the config dir with no sub folders or course</p> <pre><code>\Root web.config \Config appsettings.config services.config logging.config \release appsettings.config services.config logging.config \debug appsettings.config services.config logging.config </code></pre> <p>It is pretty clean and supported by any automated build tool(copying/replacing files). The nice side affect is that developers can create different flavors and keep them under source control without affecting the "real" configs.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload