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.
The applicationInsights.config file should support .config transformations.
We want to use different logging based on the selected build profile so our different staging environments can have different type of logging.
Right now there is no easy way to use AI with "Publish" in VS.
This way, you can remove the profile part from the .config file and it will work the same way as the rest of VS .config files works.
No need to invent the wheel again.
In a continuous integration scenario you will have a Team Build set up to execute on check-in. This will kickoff a deploy to a continuous integration server and will execute unit tests against the deploy. This works fine for just running unit tests. However if you want to leverage the Unit Test framework to do some integration testing you'll run into problems with configuration for connectionstrings and webservice uri's. You'll need the ability to change the app.config for unit test depending on the environment it is testing against. Best way to do this seems to be by using the same strategy as is used for web.configs.
Support for Web.config transformations have been supported for Web Application Projects, however App.config (or Xml transformations in general) have lacked this feature. Thankfully, the SlowCheetah extension provides this functionality, but shouldn't Visual Studio support such a useful feature, natively?
Config/Xml transformations are useful for projects of all types, outside of just web projects. Windows Services are typically deployed to multiple environments (Dev, Lab, QA, Production, etc.), just like web applications. Transformations would benefit enterprise developers, just the same as web developers.
I don't understand why web config transformations come bundled within Visual Studio, but to transform fat client (Win Forms, WPF) apps, you have to download the Slow Cheetah extension. Save us all the trouble and make this an out of the box feature.
Config transforms change behavior that should be easily testable.
Without this option either the web.config must be edited or the app must be published.
Please add an easy way to use a config transform during debug and test without changing the web.config itself. If the config file is changed, then it would be easy to accidentally commit those changes to source control.
When creating WinForm projects, our projects will set the correct app.config file to be used. During Debug mode, however, the application debug code does not know which .config to use and as such reverts back to the system app.config. It would be great if the configuration manage would allow one to specify which confi file for that configuration to use (system default would be app.config if not specified)
Update 2/14/2017 – I am happy to announce that we have updated the SlowCheetah extension to work with Visual Studio 2017 and 2015. You can install the extension from the VS marketplace: https://marketplace.visualstudio.com/items?itemName=WillBuikMSFT.SlowCheetah-XMLTransforms
We are also in the process of adding support for additional project and file types. For the latest development news for the extension, check out the GitHub repo: https://github.com/sayedihashimi/slow-cheetah
Please let us know if you run into any issues by reporting them at the issue tracker on SlowCheetah’s GitHub page.
Note: if you installed the preview extension for Visual Studio 2015, please be sure to remove it before installing the new one to avoid conflicts.
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 :)
I've found Cheetah very useful on a number of projects
Jochem Kempe commented
Would love to have this functionality. Any updates on the support for VS 2015?
Alex Justus commented
This is a must-have for us. We can't move to VS2015 without it.
Web projects have had this forever. The fact that is hasn't made it into executable project types is absolutely ********. It is a known quantity and probably the most requested build feature.
Aaron Wagner commented
I've come here from slow cheetah's announcement that it is entering End of support. I'm a little surprised and disappointed this is not yet supported.
Jose Alberto commented
add it to VS as soon as possible, it's very usefull.
Have used this tool for years, would hate to see it go away!
I'd love to see this in VS for configs AND other xml files.