Support web.config style Transforms on any file in any project type
Web.config Transforms offer a great way to handle environment-specific settings. XML and other files frequently warrant similar changes when building for development (Debug), SIT, UAT, and production (Release). It is easy to create additional build configurations to support multiple environments via transforms. Unfortunately, not everything can be handled in web.config files many settings need to be changed in xml or other "config" files.
Also, this functionality is needed in other project types - most notably SharePoint 2010 projects.
We are excited to announce SlowCheetah 3.0, which now supports JSON transforms. As well, this extension is released under Microsoft so the nugget and vsix name has been changed to Microsoft.VisualStudio.SlowCheetah. The gallery extension supports VS 2015 and VS 2017.
Isn't this perpetuating the artifact per environment anti-pattern? 'only build your binaries once' as recompiling introduces inefficiency into your deployment pipeline
Tudor Turcu commented
@Anonymous, the explanation is quite simple: for .NET vNext a future Visual Studio versions, Microsoft intends to replace the XML-based configuration system (and replace MSBuild too), and to use JSON config files for new projects in the future. Sure, they will be supported in the future, but not developed further.
This, combined with the fact that the SlowCheetah author was promoted to some management position in Microsoft, explains why config transforms are not built-in in VS2015.
Fernando Silva commented
Anonymous said it all
@Anonymous: well I guess John Saunders really does not get it, what is sad is that in the .NET community I meet a lot of people like him that try to feed others with this attitude (mostly coming from MS I suppose) which is only causing harm and promoting wrong mindset among developers..
John is that a serious question?
Well, if it honestly is then there are so many answers, but I will provide the most obvious which is that most developers are still not aware of this plugin and have been forced to come up with other ways to solve this issue. Custom build scripts, batch files, batch files, team city, I have seen a plethora of other solutions (ranging from clever to absolutely hideous).
Your frankly glib and short cited response 'well there is a solution out there already so why bother' is symptomatic of MS attitude (I would guess you probably work for them) and has led to millions of wasted hours in writing boiler plate deployment code, CI issues and fixing of release bugs thanks to config errors and a multitude of non standard approaches to a day to day issue.
The fact that someone at ms implemented this for web.config and then didn't bother or wasn't allowed to expand it to XML or just app.config showed a massive lack of understanding of what professional developers really need.
Instead they were changing icons to grey (despite negative feedback) and captialising fonts? And you sit there telling me this would be a waste of time? You are not a professional developer.
There are so many other answers to your question but yea they are all pretty obvious
John Saunders commented
@anonymous, why do want Microsoft to waste resources on a problem which already has a solution? Only with the withdrawal of support did it become necessary for Microsoft to spend resources.
Will Buik I would like an answer to my last question, why has it taken the author to stop supporting slow cheetah for you to change your mind and support this most requested feature? Why is it not built in like it is for web.config?
While this is welcome news, it just blows my mind that this was not even part of your plans for 2015!? Why not, how could you ignore your users for so many years?
Every developer I know relies on slow cheetah and you guys at MS must surely use it too? It should have been an integral part of the msbuild and visual studio project environment from the start.
Please stop adding themes and new icons and deliver real beneficial tools.
Scott Klueppel commented
This is great news. Thanks, VS Team.
Mike Jansen commented
Excellent! Definitely not considered optional functionality for us.
Tudor Turcu commented
A similar config transform should exist and should be built-in in the new JSON-based configuration system that will replaced the current XML config files in .NET.
MSBuild, csproj and XML .configs will become obsolete in the future, but the core problem solevd by Slow Cheetah remains.
Slow Cheetah is used quite expensively in our organization. Please support on future VS releases
Claire Thomson commented
So any updates then?
Please add to VS 2015 or upgrade SlowCheetah
olivier Desmarais commented
Have used this tool for years, Add this nice feature to VS please !
Really really usefull. Please integrate or update!
Jon Dodd commented
This is a really useful add-on, please can you update it soon so that our team can move to VS2015.
Sebastian Schoof commented
Very handy. Want to see this in vs2015. It's always a hassle to change things in de config for when you debug or want to release. Slow cheetah saves me alot of work.
David Miller commented
I'd love to see this moved forward to VS14.
Teddy Chung commented
This is must have like others say :)