This package enables you to transform your app.config or any other XML file based on the build configuration. It also adds additional tooling to help you create XML transforms.. Written by: Sayed Ibrahim Hashimi, Chuck England and Bill Hiebert
I've been coding large financial trading frameworks in VS/C# since .NET 1.1 days (12/13 years). From this perspective, I can affirmatively state that Slow Cheetah is by far the most productive package that is not currently integrated into the VS tool. I'm walking through a major rollout now involving five different staging environments and over twenty different server configs. Without Slow Cheetah, the other 35 people in the deployment team waiting on my builds would be left high and dry while I tried to manage the configs by hand. VS management - what the *hell* are you thinking? Integrate!
I really like this tool for Visual Studio (both 2010 and 2013), and cannot understand Microsoft's reluctance to adopt this as a standard feature for all future versions of the IDE.
I found that for me, using the VSIXinstaller for each edition of Visual Studio I'm using, worked well to get it installed. And I have to make sure that custom XML-styled configuration files are marked with "Copy always" or "Copy if newer".
The simple mechanisms for replacing parts of XML that are used by msdeploy on web.config are equally useful with any other config files. SlowCheetah does a great job of extending that functionality in a transparent way to other files.
This extension has saved my countless hours setting up automated builds and continuous deployments. This is a must have if you need to do configuration file transforms during your build and deployment process.
Terrific work -- the only problem with web.config can be solved with a little trickery (http://stackoverflow.com/questions/16225304/using-slowcheetah-config-transforms-on-web-config-in-a-3-5-web-forms-app).
We are trying to use SlowCheetah with a Wix 3.7 installer project. When we try to use the Wix harvesting feature, the Wix build fails with the Heat error shown below.
We are new to SlowCheetah and also to Wix, so please accept our apologies if there is something obvious here that we are missing. Thanks in advance for any ideas and/or suggestions!
Here is the compile error received when we try to build the solution.
Build error during harvesting: C:\Users\UserName\AppData\Local\Microsoft\MSBuild\SlowCheetah\v1\SlowCheetah.Transforms.targets(91,5): Could not open Transform file: Could not find file 'C:\Users\UserName\Desktop\Source\Applications\AppName\Branches\220.127.116.11\NET\MonikerInstaller\app.Debug.config'.
Thanks for a great product, although it seems to be a bug in the latest version. When I compile I get an error MSB3030 that is telling me that my bin/debug/*.config could not be found.
If I uninstall SlowCheetah and manually removes the content in C:\Users\UserName\AppData\Local\Microsoft\MSBuild\SlowCheetah it compiles as expected.
Anyways thanks again
I too am getting this behavior. My project builds just fine right up to the point that I add transforms. As soon as those App.<build level>.config files are created, my app builds halt having only created the .vshost.* files in the bin folder. Delete the transform files and the build can resume.
VS2010, SlowCheetah 18.104.22.168
More complicated than I first thought. Messing with a new project, the tool works for me. But I can't seem to get my existing application to get past the errors mentioned above.
I found the project in GitHub and I'm submitting an issue.
I'm using VS2012 Update 3 and see the problem with two WinForms apps. There isn't anything special about these two apps that I can see. Just run of the mill WinForms. I do have very simple usage of app.config transforms in both of these, literally one appsetting change in release mode and none in debug.
Microsoft Visual Studio Ultimate 2012
Version 11.0.60610.01 Update 3
Microsoft .NET Framework
Installed Version: Ultimate
Doesn't seem to matter what project type. Doesn't work on winform or wpf projects.
I was able to get it to work for specific projects by adding the 2.5.5 version of the nuget package to my project. Prior to this version that broke things, I never used the nuget package and just used the vs extension.
Sayed, my two apps have too many dependencies and hooks into the larger solution to offer as a repro case. So I went and created a new WinForms app and cannot cause the problem, even with exactly the same config files and transforms. I'm not sure what to make of this. Clearly something is wrong in the two projects I have. If it helps any I am willing to offer you the project file itself, though it won't build of course due to the lack of dependencies.
Is there a limit on default number of web.config transforms that can be added. Beyond 11 transforms, I don't get the option to "Add Config Transforms" when I right click on web.config. I then have to create a transform manually and associate to the web.config.
Another thing I noticed is that though I have more than 11 build configs defined, only 11 web.config transforms get added. Any further transforms have to be added manually. Is there a way I can change this setting?
I have been trying to get this to work with a web application called EPiServer CMS. The Web.config loads configuration sections from a number of files (configSource=). for example: Appsettings.config, episerver.config and episerverframework.config.
I have successfully got this working for all my files on "build" so that all the files build according to the correct transform file. Thanks to your page here: http://sedodream.com/CommentView.aspx?guid=68b7e248-b9f5-4d07-bdfe-eb037bcf2cbb Wonderful, thank you :)
But, the issue I am having is on publish. When I choose to publish my website only the web.config file and appsettings.config are delivered to the output folder (and correctly transformed). There are two other files in the project (EPiServerLog.config and FileSummary.config) which I do not transform and both of these files are also copied.
Can you suggest any reason why some of the files would not be copying? (episerver.config and episerverframework.config do not copy). It doesn't matter what I set the Build Action or the Copy to Output Directory to.
Thanks in advance, both for any light you can shed on the issue and for an amazing extension =)
Just a quick note: The files before I removed them all appeared under web.config in visual studio (I mean there was a + button and the files would be grouped under) - now they are not grouped there it works fine. Hope this helps anyone else :)
I'm using xdt:Locator="Condition(ID/text()='1')" to select <data> from:
Sometimes it works and smonetimes not, can you tell me what can I do wrong that it isnt working?
Just tried adding this to a VS2010 web application project and everything seemed to be ok but when I right click the web.config file I just see the stock Add Config Transform. I can see it added to packages.config etc
Is there something else I need to do to enable it?
This just recently started happening after an upgrade to Azure 2.1 NuGet components (not that this is related). Anyway, my SlowCheetah transformations are still working on the build server, the problem is the output file name is wrong.
I need myproject.dll.config to be the result of the transform, instead it is only transforming app.config.
How do I tell SlowCheetah to output its transform result as myproject.dll.config?
SlowCheetah has worked for me before to transform my App.config, using App.Debug.config, etc. This is in a Windows Service application. It has worked on the build server, where I deploy by git cloning, as well without any extra steps. But now I've cloned my repo after a fresh install and it's not working for me. My OS is the same as it was before (Windows 7, 64-bit).
Here's a clip from the build output:
1>Task "SlowCheetah.Xdt.TransformXml" skipped, due to false condition; ( Exists('%(RelativeDir)%(Filename).$(Configuration)%(Extension)')
1> and '%(Link)'=='' ) was evaluated as ( Exists('.Debug')
1> and ''=='' ).
Thanks for your help.
This turned out to be my own mistake. The namespace for some application settings had changed and I hadn't updated the xml in my App.Debug.config. So they just weren't being copied because they didn't match. It's working now.
Oddly enough, I'm still seeing the same message in my build output.