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 have a shared config file across multiple projects, We use a link to the Root App.config file and another CustomConfig.config file which are used all over the place when i click on AddConfig Transforms it shows me a dialog box.
"Add as linked configs?"
Press yes then it says
"Object reference not set to an instance of an object."
Any idea on what could be happening at this point?
I was trying to add config files that were not debug or release for my other environments. I didn't see any way through VS to do this, so I decided to edit the project files. I added a PropertyGroup setting as well as an ItemGroup setting in my project file. The new config did show up under the app.config, however the actual build for my selected config did not transform the configuration or put the built files into the same named folder under bin. Suggestions? Is there a limitation to only debug and release builds? Thanks
I have build the transform replacement using the plungin on a Class Library project and it works amazingly on my box. I checked everything into SVN and everyone who got the project from SVN are unable to get the replacements to work. I have the following setup..
App.Debug.QA2.config We checked a few things.. everyone has the plung-in installed, we are all on VS2013 Pro, our project files (XMLs) are good, we are all selecting the correct environment (QA1/QA2) build configuration when we build but for everyone else the <dllname>.config file is not getting replaced. any inputs?
Via Nuget, I've installed SlowCheetah 188.8.131.52 and SlowCheetah.Tasks.Unofficial 1.0.0, and am unable to add a transform to any of my solution's projects' app.config files. When I right-click on an app.config file, I do not see "Add transform" in the context-sensitive menu that appears.
I have tried uninstalling and reinstalling SlowCheetah and SlowCheetah.Tasks.Unofficial, as well as reloading project, and restarting Visual Studio. None of these have helped.
I know that you had some issues with build servers in the past, and I've tried some of the fixes that you had suggested for those, but I'm still having a significant problem using Slow Cheetah on my build server. I am using a server running Windows Server 2008 R2 Standard. I'm using FinalBuilder and MSBuild to build my projects. Here's an overview of the problem:
In the Slow Cheetah folder (../MSBuild/SlowCheetah) there is one folder called v184.108.40.206. This folder is empty. When I commit changes to a project, during the build process two new folders are created, once called v1, and one called v2.5.10. All of the project code is copied into the v2.5.10 folder. I'm then told that the build can't find the slow cheetah.dll, and the build fails. If I go in and manually delete the two created folders (v1, v2.5.10), then run the project again (using FinalBuilder), it works and no folders are created. Any ideas on how to fix this problem? I really like this product, and it makes it much easier to work on projects; I'm just having a problem when building. Thanks in advance!
I've had plenty of the same issues myself.
Tried following instructions at http://sedodream.com/2012/12/24/SlowCheetahBuildServerSupportUpdated.aspx
to no avail...
One of my solutions IIRC was to check in the SlowCheetah packages files into source control alongside my solution, then manually editing the project-level .targets files to point at this, rather than AppData. Not ideal at all, however, as SlowCheetah updates will blow this away; rare but would be annoying to say the least.
So I tried something else: logged into the Build Server (thank goodness I have permissions) and copied the folder from my local machine (C:\Users\<me>\AppData\Local\Microsoft\MSBuild\SlowCheetah)
to the corresponding folder on the build machine, under the build user's account. Again, glad and lucky I have sufficient privileges... not really an enterprise-level scenario, especially if you have multiple/many build servers; or an environment where you don't have access to the build server.
A better solution I've considered is to write an MSBuild script, perhaps EnableSlowCheetahForTeamBuild.proj, that copies the SlowCheetah files from the downloaded workspace to the appropriate folder on the build server each time. Does require the SlowCheetah package stored in source control, but worth it given all the issues we've had. As it would run under the build user's account, it would likely have the sufficient permissions, and it would scale out seamlessly to a 1+ build machine scenario. I'll probably set this up at some point.
Frankly, given the number of downloads, I'm surprised more people aren't complaining - I'd love to hear from someone who has had luck with Sayed's 12/2012 solution, because nobody here has been able to get that working.
I opened VS2010 under Windows XP, installed the latest version using the extension manager in VS2010. Then created a new Project and added a transformation for an appsetting. The "Preview Transform" is working and displaying the replaced data, but when I run the simple console application, it does not transform the app.config.
Is the transformation not working under WinXP?
Interesting situation: I setup a new project in an existing solution (VS 2013), added ten build configurations (don't ask) to that solution, added slow cheetah to the new project and hit add transform - bingo 10 transform config files (+ debug and release ones). Lead dev pointed out that I hadn't unchecked "Create New Project Configurations" when setting up the 10 build configs resulting in unwanted changes in all the library projects linked to the startup project. I backed out the changes, deleted the build configs and then recreated them without the 'new project configuration' option checked.
Hit Add Transform.. debug/release configs only. Nuget-Uninstalled slow cheetah (it doesn't uninstall properly by the way; nuget retains the hook so, post-uninstall, nuget tells you that some packages need to be restored and if you do so.. cheetah comes back. zombie cheetah!!), reinstalled (which, for reasons related to the uninstall issue, doesn't happen properly) and tried again. Nothing. Added a new buld config with the 'Create New..' option. Add Transform: nothing.
I've now removed my startup project, started it again from scratch, added slow cheetah, created the build configs, Add Transform..
Your move Zombie Cheetah