Managing Multiple Configuration File Environments with Pre-Build Events

桃扇骨 2022-07-13 11:11 71阅读 0赞

ScottGu mentioned an idea to me last week that he'd had for managing configuration files like web.config depending on what the current build config is. [Bil Simser][] [mentioned one part of this in January][] and [Rob Chartier][] offered batch file help on a mailing list in June. Since ScottGu is busy Managing Generally (he IS the General Manager) so I said I'd prove the concept for him.

Here's the general idea. It's not too hard. I'll use an ASP.NET Web Site and web.config as an example, but this will work with most any kind of project, exe's or .dll's.

**1.** From Visual Studio, go **File | New Project, **and select ASP.NET Web Application.   
Note: Do NOT "New Web Site" as we want a .csproj and we're going to use a Pre-Build Event, not supported by Web Sites. I've named mine FooFoo.

[![New Project (2)][New Project _2]][New Project _2_New Project _2]

**2.** Right click in the Toolbars and ensure that the "Standard" toolbar is showing. You'll know if you see a dropdown that says "Debug" next to one that says "Any CPU."

Click the dropdown and select "Configuration Manager."

[![image][]][image 1]

You'll probably have Debug and Release configurations, but you can also make custom ones and base them on existing configuration. In this dialog I've made a new "Deploy" and I'll base it on the "Release" configuration.

[![WindowClipping (8)][WindowClipping _8]][WindowClipping _8_WindowClipping _8]

Make sure to create a Solution Configuration **AND **a Project Configuration, as they are different. Here I've made one called Deploy for the Project also. If you get an error message, be aware of the "Create new project configurations" checkbox. You might get a warning if you are making a new configuration and the dialog tries to make another configuration with the same name; uncheck the checkbox if that happens.

[![deploy][]][deploy 1]

Of course, you can have as many Configurations as you'd like.

**3.** Add some custom configuration stuff in web.config, like connectionStrings:

See now I've made the password in my nonsense connectionString = "debug"? Now, create three new web.config's by CTRL-dragging the web.config on top of the project. Name them web.config.debug, web.config.deploy, and web.config.release. Make the password equal to "deploy" and "release" respectively.

![WindowClipping (6)][WindowClipping _6]

**4.** Ok,  now we've got different configuration and different configuration files. Let's create a batch file called "copyifnewer.bat" and here's the contents:

@echo off
    echo Comparing two files: %1 with %2
    
    if not exist %1 goto File1NotFound
    if not exist %2 goto File2NotFound
    
    fc %1 %2 
    if %ERRORLEVEL%==0 GOTO NoCopy
    
    echo Files are not the same.  Copying %1 over %2
    copy %1 %2 /y & goto END
    
    :NoCopy
    echo Files are the same.  Did nothing
    goto END
    
    :File1NotFound
    echo %1 not found.
    goto END
    
    :File2NotFound
    copy %1 %2 /y
    goto END
    
    :END
    echo Done.

Basically this batch file will copy a file over another if the files don't match. It's not strictly "copyifnewer" (like, not at all) but it does the job.

Why bother with a batch file to check for changes and not just copy over the file every time? Well, each time you copy over a web.config it restarts all the designers and running AppDomains that are watching that file. No need to copy over a file if it hasn't changed...everything will churn less.

Put this copyifnewer.bat file in the root of your project.

[![WindowClipping (10)][WindowClipping _10]][WindowClipping _10_WindowClipping _10]

Why not use PowerShell? One word - speed. Batch files are fast. Full stop. This is a build, so it needs to be fast.

**5.** Create a Pre-build Event. Right-click on your Project and select Properties. Click Build Events and in the "Pre-build event command line" and enter this value:

"$(ProjectDir)copyifnewer.bat" "$(ProjectDir)web.config.$(ConfigurationName)" "$(ProjectDir)web.config"

Notice the magic dust, the $(ConfigurationName) project variable, that contains "Debug" or "Release" or "Deploy."

[![WindowClipping (9)][WindowClipping _9]][WindowClipping _9_WindowClipping _9]

**6.** Build. Now if you build, you'll see in the Build Output the batch file being run and the files being copied. Because it's a Pre-Build Event it'll be seen in both the Build Output in Visual Studio .NET.

When you build within Visual Studio the currently selected item in the drop-down list is the current configuration.

![image][image 2]

The configuration value can also be passed in on the command line when building with MSBUILD.

msbuild FooFoo.sln /p:Configuration=Deploy

[![Administrator Visual Studio 2008 Beta 2 Command Prompt][]][Administrator Visual Studio 2008 Beta 2 Command Prompt 1]

And there you go. The connection string in the web.config now contains deployment-specific configuration data.

Bad things are that you've got to keep web.config's in sync if there's lots of settings, but you could totally break it apart via "include files."

[Bil Simser]: http://weblogs.asp.net/bsimser
[mentioned one part of this in January]: http://weblogs.asp.net/bsimser/archive/2007/01/03/handling-multiple-environment-configurations-with-net-2-0.aspx
[Rob Chartier]: http://weblogs.asp.net/rchartier/
[New Project _2]: http://www.hanselman.com/blog/content/binary/WindowsLiveWriter/43756dc3d413_142D5/New%20Project%20%282%29_thumb.png
[New Project _2_New Project _2]: /images/20220713/5be5dbbce8e44b7ba92958037cd4ea99.png
[image]: /images/20220713/d3223acf0260406bba1945079be10af4.png
[image 1]: http://www.hanselman.com/blog/content/binary/WindowsLiveWriter/43756dc3d413_142D5/image.png
[WindowClipping _8]: http://www.hanselman.com/blog/content/binary/WindowsLiveWriter/43756dc3d413_142D5/WindowClipping%20%288%29_thumb.png
[WindowClipping _8_WindowClipping _8]: /images/20220713/36c4c3f3fa784496b0ed06f1fb7cf3dc.png
[deploy]: /images/20220713/e0711c04e99a41fd8654241cf20fd919.png
[deploy 1]: http://www.hanselman.com/blog/content/binary/WindowsLiveWriter/43756dc3d413_142D5/deploy.png
[WindowClipping _6]: /images/20220713/49a9bf910fbe420f972d07449af73577.png
[WindowClipping _10]: http://www.hanselman.com/blog/content/binary/WindowsLiveWriter/43756dc3d413_142D5/WindowClipping%20%2810%29_thumb.png
[WindowClipping _10_WindowClipping _10]: /images/20220713/c9e562416a09453687a209db0612a71c.png
[WindowClipping _9]: http://www.hanselman.com/blog/content/binary/WindowsLiveWriter/43756dc3d413_142D5/WindowClipping%20%289%29_thumb.png
[WindowClipping _9_WindowClipping _9]: /images/20220713/b8370f55f905491c9bc8edb38739ab9a.png
[image 2]: /images/20220713/aa6159657ad24748a824538421aac48c.png
[Administrator Visual Studio 2008 Beta 2 Command Prompt]: /images/20220713/69aba29882cf4a7d87fac080dcdc6664.png
[Administrator Visual Studio 2008 Beta 2 Command Prompt 1]: http://www.hanselman.com/blog/content/binary/WindowsLiveWriter/43756dc3d413_142D5/Administrator%20Visual%20Studio%202008%20Beta%202%20Command%20Prompt.png