I found yesterday this page that I didn’t know:
All-In-One Visual Studio Extensibility Code Samples
http://blogs.msdn.com/b/codefx/archive/2010/11/26/all-in-one-visual-studio-extensibility-code-samples.aspx
and, of course, I have added it to my “Resources about Visual Studio .NET extensibility” page:
And the final chapter of this series about to create solution configurations, project configurations and project platforms, and the lack of support to create new solution platforms, and how to change project configuration, is about changing the project platform for a given solution platform, something that had to wait 3 versions of Visual Studio (2005, 2008, 2010) until support was added in VS 2012:
HOWTO: Change the build platform of a project from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013014.aspx
PRB: Cannot change the build platform of a project from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013015.aspx
Once we learned how to create solution configurations, project configurations and project platforms, and the lack of support to create new solution platforms, the next thing is to be able to change the project configuration for a given solution configuration. Alas, this is possible in VS 2005 and 2012 but VS 2008 and 2010 have a bug that ruins the attempt:
HOWTO: Change the build configuration of a project from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013012.aspx
BUG: Build configuration of a project cannot be changed from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013013.aspx
Manning Publications provided me a free electronic copy of their book “Continuous Integration in .NET” that I was interested in. If you have started with automated unit testing, continuous integration (CI) is the next major step to increase the quality of the software that you deliver.
This book is excellent to get you introduced in CI for .NET and to get started with a set of tools (not only from Microsoft) such as:
I read programming books on a Kindle app for iPad / iPhone rather that on a computer, so I appreciate that the book is easy to read, with handy screenshots that avoid you to install/use the tools on a computer to get the idea about them.
The book covers the basics of each area and tool, detailing some good and not so good things of each tool, and providing examples of use with a sample project. If you have decided that you are going to stick to free tools, you can skip some sections (and the same applies if you have decided to use only Microsoft tools).
But once you have decided which of the above area(s) of CI and tools you are going to use, likely you will need other books/docs to get deeper. For example, for unit testing I recommend The Art of Unit Testing, also from Manning, but wait until the second edition is published. If you decide to use Team Foundation Server (TFS) version 2012, I recommend the free book Testing for Continuous Delivery with Visual Studio 2012. For other tools, you will need to use the documentation of the product.
The book is also a good resource to get your team introduced to CI is that is your scenario. Many developers tend to be much more focused on the code / manual testing than on automated testing, let alone on continuous integration which maybe they ignore at all. Maybe with books like this they realize the spectrum of things that can be done automatically and in a continuous fashion.
After learning how to add / delete build project configurations from a Visual Studio add-in, the counterpart to do the same with project platforms:
HOWTO: Add / delete build project platforms from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013011.aspx
This article completes the creation / deletion of solution configurations, solution platforms, project configurations and project platforms. In the next articles I will show how to change programmatically the project configuration/platform for a given solution configuration/platform, along with some issues doing it.
The next article of the convoluted build configuration automation model (EnvDTE/EnvDTE80) and its diagram is about adding or deleting project configurations programmatically:
HOWTO: Add / delete build project configurations from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013010.aspx
The convoluted build configuration automation model (EnvDTE/EnvDTE80) and its diagram was already so tricky to add / delete solution configurations that it has to explode from some angle: the lack of direct (*) support to add / delete solution platforms:
PRB: Build solution platforms cannot be added / deleted from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013009.aspx
(*) There is a kind of workaround creating project platforms propagated as new solution platforms (via EnvDTE.ConfigurationManager.AddPlatform(newName, existingName, true) that I will explore in a new post / article.
The next article about the convoluted build configuration automation model (EnvDTE/EnvDTE80) and its diagram series of articles that I have started shows the code to add or delete solution configurations from a Visual Studio add-in. The deletion approach of the automation model has a hidden trap explained in the article and code:
HOWTO: Add / delete build solution configurations from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013008.aspx
After explaining how to get information about the solution and project configurations/platforms, it’s time now to know how to modify them. The most common question about this is how to change the active solution configuration / platform:
HOWTO: Get or set the active solution configuration/platform from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013007.aspx
Continuing with the convoluted build configuration automation model (EnvDTE/EnvDTE80) and its diagram series of articles that I started yesterday, today a new installment about how to get the information about the build configuration / platforms for a given EnvDTE.Project from a Visual Studio add-in:
HOWTO: Get the project configurations / platforms from a Visual Studio add-in
http://www.mztools.com/articles/2013/MZ2013006.aspx