<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>TFS Build on blog.ehn.nu</title><link>https://blog.ehn.nu/categories/tfs-build/</link><description>Recent content in TFS Build on blog.ehn.nu</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 21 Mar 2016 21:40:45 +0000</lastBuildDate><atom:link href="https://blog.ehn.nu/categories/tfs-build/index.xml" rel="self" type="application/rss+xml"/><item><title>Using Web Deploy in Visual Studio Team Services Release Management</title><link>https://blog.ehn.nu/2016/03/using-web-deploy-in-visual-studio-team-services-release-management/</link><pubDate>Mon, 21 Mar 2016 21:40:45 +0000</pubDate><guid>https://blog.ehn.nu/2016/03/using-web-deploy-in-visual-studio-team-services-release-management/</guid><description>&lt;p&gt;This post does not really cover something new, but since I find myself explain this to people now and then, I thought that I’d write a quick post on the subject.&lt;/p&gt;
&lt;p&gt;So, we want to create a web deploy package as part of our automated build, and then take this package and deploy it to multiple environments, where each environment can have different configuration settings, using VSTS Release Management. Since we only want to build our package once, we have to apply the environment specific settings at deployment time, which means we will use &lt;a href="https://msdn.microsoft.com/en-us/library/ff398068(v=vs.110).aspx"&gt;&lt;em&gt;&lt;strong&gt;Web Deploy parameters&lt;/strong&gt;&lt;/em&gt;&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Generate custom build numbers in TFS Build vNext</title><link>https://blog.ehn.nu/2015/10/generate-custom-build-numbers-in-tfs-build-vnext/</link><pubDate>Thu, 15 Oct 2015 23:15:12 +0000</pubDate><guid>https://blog.ehn.nu/2015/10/generate-custom-build-numbers-in-tfs-build-vnext/</guid><description>&lt;p&gt;By now, many of you should have had the chance to at least play with the new build system that was released in TFS 2015 and Visual Studio Online. &lt;a href="http://geekswithblogs.net/jakob/archive/2015/01/15/tfs-build-vnext-ndash-a-preview.aspx"&gt;Here is an introductory post I wrote about it&lt;/a&gt; when it entered public preview back in January.&lt;/p&gt;
&lt;p&gt;Doing the basic stuff is very easy using the new build system, especially if you compare it with the old one, which is now referred to as XAML builds. Creating and customizing build definitions is just a matter of adding the tasks that you want to use and configure them properly, everything is done using the web interface that is part of the TFS Web Access.&lt;/p&gt;</description></item><item><title>Building GitHub repositories in TFS Build vNext</title><link>https://blog.ehn.nu/2015/06/building-github-repositories-in-tfs-build-vnext/</link><pubDate>Fri, 12 Jun 2015 12:53:08 +0000</pubDate><guid>https://blog.ehn.nu/2015/06/building-github-repositories-in-tfs-build-vnext/</guid><description>&lt;p&gt;In the brave new world of Microsoft where a lot of the frameworks and languages that they build now are open sourced over at GitHub, it comes as no surprise that GitHub is nicely integrated into both &lt;br&gt;
Visual Studio and TFS Build vNext. This makes it very easy to setup builds that gets the source code from your GitHub repo but uses TFS Build vNext to build it. It also allows you to setup CI builds, that is  &lt;br&gt;
builds that trigger automatically when someone does a commit in the corresponding Git repo.&lt;/p&gt;</description></item><item><title>Deploying an Azure Web Site using TFS Build vNext</title><link>https://blog.ehn.nu/2015/04/deploying-an-azure-web-site-using-tfs-build-vnext/</link><pubDate>Wed, 29 Apr 2015 21:58:32 +0000</pubDate><guid>https://blog.ehn.nu/2015/04/deploying-an-azure-web-site-using-tfs-build-vnext/</guid><description>&lt;p&gt;TFS 2015 is around the corner, and with it comes a &lt;a href="http://geekswithblogs.net/jakob/archive/2015/01/15/tfs-build-vnext-ndash-a-preview.aspx"&gt;whole new build system&lt;/a&gt;. All the biggest pain points from the existing build system (now called “XAML builds”) are gone and instead we get a light weight build system with a web UI that makes it very easy to customize our build processes and that doesn’t perform a lot of magic such as redirecting your build output for example.&lt;/p&gt;
&lt;p&gt;In this post, I will show you just how easy it is to setup a build that builds a standard ASP.NET web application, generates a web deploy package as part of the build and then pick up this package and deploys it to a Azure web site. &lt;br&gt;
As part of this, you will also see how smooth the integration with Azure is when it comes to connecting your subscription.&lt;/p&gt;</description></item><item><title>Copy TFS Build Definitions between Projects and Collections</title><link>https://blog.ehn.nu/2014/06/copy-tfs-build-definitions-between-projects-and-collections/</link><pubDate>Thu, 05 Jun 2014 14:50:54 +0000</pubDate><guid>https://blog.ehn.nu/2014/06/copy-tfs-build-definitions-between-projects-and-collections/</guid><description>&lt;p&gt;The last couple of years it has become apparent that using multiple team projects in TFS is generally a bad idea. There are of course exceptions to this, but there are a lot ot things that becomes much easier to do when you put all of your projects and team in the same team project.&lt;/p&gt;
&lt;p&gt;Fellow ALM MVP Martin Hinshelwood has blogged about &lt;a href="http://nakedalm.com/one-team-project/"&gt;this several times&lt;/a&gt;, as well as other &lt;a href="http://geekswithblogs.net/Optikal/archive/2013/09/05/153944.aspx"&gt;people&lt;/a&gt; in the community. In particular, using the backlog and portfolio management tools makes much more sense when everything is located in the same team project.&lt;/p&gt;</description></item><item><title>TFS Build: NuGet.exe was not found in the expected location</title><link>https://blog.ehn.nu/2014/05/tfs-build-nuget-exe-was-not-found-in-the-expected-location/</link><pubDate>Wed, 07 May 2014 20:43:39 +0000</pubDate><guid>https://blog.ehn.nu/2014/05/tfs-build-nuget-exe-was-not-found-in-the-expected-location/</guid><description>&lt;h2 id="problem"&gt;Problem&lt;/h2&gt;
&lt;p&gt;One of our customers recently had a problem with NuGet restore when they created a new build template, based on the standard TfvcTemplate.12.xaml template. In TFS 2013, package restore is done automatically by the default build templates.&lt;/p&gt;
&lt;p&gt;It is configured as part of the &lt;a href="http://msdn.microsoft.com/en-us/library/microsoft.teamfoundation.build.activities.runmsbuild.aspx"&gt;RunMSBuild&lt;/a&gt; activity, where you can enable and disable this by setting the EnableNuGetPackageRestore property:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://gwb.blob.core.windows.net/jakob/Windows-Live-Writer/b214d0212153_11F87/image_2.png"&gt;&lt;img alt="image" loading="lazy" src="https://blog.ehn.nu/2014/05/tfs-build-nuget-exe-was-not-found-in-the-expected-location/13_image_thumb.png" title="image"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;However, when we were executing the builds we got the following warning in the build log:&lt;/p&gt;</description></item><item><title>Creating a Build Definition using the TFS 2013 API</title><link>https://blog.ehn.nu/2014/01/creating-a-build-definition-using-the-tfs-2013-api/</link><pubDate>Wed, 15 Jan 2014 21:55:13 +0000</pubDate><guid>https://blog.ehn.nu/2014/01/creating-a-build-definition-using-the-tfs-2013-api/</guid><description>&lt;p&gt;Almost four years ago I &lt;a href="http://geekswithblogs.net/jakob/archive/2010/04/26/creating-a-build-definition-using-the-tfs-2010-api.aspx"&gt;wrote a post&lt;/a&gt; on how to create a build definition programmatically using the TFS 2010 API. The code is partyl still valid, but since a lot of the information in a build definition is dependent on the build process template, the code in the blog &lt;br&gt;
does not work properly for the TFS 2013 default build templates. In addition, since the introduction of Git in TFS 2013, there are some other differences in how you create a build definition for a Git team project compared to a TFVC team project.&lt;/p&gt;</description></item><item><title>Getting started with InRelease and TFS 2013 Preview</title><link>https://blog.ehn.nu/2013/08/getting-started-with-inrelease-and-tfs-2013-preview/</link><pubDate>Fri, 23 Aug 2013 15:35:16 +0000</pubDate><guid>https://blog.ehn.nu/2013/08/getting-started-with-inrelease-and-tfs-2013-preview/</guid><description>&lt;p&gt;As you probably already know, Microsoft &lt;a href="http://blogs.msdn.com/b/bharry/archive/2013/07/10/inrelease-acquisition-is-complete.aspx"&gt;recently acquired InRelease&lt;/a&gt;, a release management product build by InCycle software that integrates tightly with Team Foundation Server. This acquisition fills a huge gap in the Visual Studio ALM suite, letting customers handle the release management and automatic deployment of their solution. This is a crucial feature for enabling Continuous Deployment.&lt;/p&gt;
&lt;p&gt;In this post I will show you how to get started with using InRelease, by installing it and setting up your first release including automatic deployment to a staging server. I expect to blog some more about InRelease in the near future, looking at the nitty gritty details of release automation and deployment using InRelease.&lt;/p&gt;</description></item><item><title>TFS Build: Running Static Code Analysis for Specific Configuration</title><link>https://blog.ehn.nu/2013/01/tfs-build-running-static-code-analysis-for-specific-configuration/</link><pubDate>Sun, 20 Jan 2013 21:54:47 +0000</pubDate><guid>https://blog.ehn.nu/2013/01/tfs-build-running-static-code-analysis-for-specific-configuration/</guid><description>&lt;p&gt;&lt;br&gt;
Running Static Code Analysis (SCA) is something that you should be doing regularly to verify your code base against a large set of rules that will check your code for potential problems and how it comply with standard patterns such as naming conventions for example. Microsoft include several different rule sets that you can use for starters, but you can build your own rule sets as well, that contain the rule that you want to use, In addition, you can write your own custom rules and add these to your rule sets.&lt;/p&gt;</description></item><item><title>Get Started using Build-Deploy-Test Workflow with TFS 2012</title><link>https://blog.ehn.nu/2012/09/get-started-using-build-deploy-test-workflow-with-tfs-2012/</link><pubDate>Wed, 05 Sep 2012 21:39:47 +0000</pubDate><guid>https://blog.ehn.nu/2012/09/get-started-using-build-deploy-test-workflow-with-tfs-2012/</guid><description>&lt;p&gt;TFS 2012 introduces a new type of Lab environment called Standard Environment. This allows you to setup a full Build Deploy Test (BDT) workflow that will build your application, deploy it to your target machine(s) and then run a set of tests on that server to verify the deployment. In TFS 2010, you had to use System Center Virtual Machine Manager and involve half of your IT department to get going. Now all you need is a server (virtual or physical) where you want to deploy and test your application. You don’t even have to install a test agent on the machine, TFS 2012 will do this for you!&lt;/p&gt;</description></item><item><title>New functionality in TFS Build Manager – Managing Triggers and Build Resources</title><link>https://blog.ehn.nu/2012/08/new-functionality-in-tfs-build-manager-managing-triggers-and-build-resources/</link><pubDate>Fri, 24 Aug 2012 14:28:36 +0000</pubDate><guid>https://blog.ehn.nu/2012/08/new-functionality-in-tfs-build-manager-managing-triggers-and-build-resources/</guid><description>&lt;p&gt;Yesterday we pushed out a new release (August 2012) of the &lt;a href="http://tfsbuildextensions.codeplex.com/"&gt;Community TFS Build Extension&lt;/a&gt;, including a new version of the &lt;a href="http://visualstudiogallery.msdn.microsoft.com/cfdb84b4-285e-4eeb-9fa9-dad9bfe2cd10"&gt;Community TFS Build Manager&lt;/a&gt; (1.0.4.6)&lt;/p&gt;
&lt;p&gt;The two big new features in the Build Manager in this release are: &lt;br&gt;
&lt;strong&gt;Set Triggers&lt;/strong&gt; &lt;br&gt;
It is now possible to select one or more build definitions and update the triggers for them in one simple operation: \&lt;/p&gt;
&lt;p&gt;&lt;a href="http://gwb.blob.core.windows.net/jakob/Windows-Live-Writer/TFS-Build-Manager_A019/image_2.png"&gt;&lt;img alt="image" loading="lazy" src="https://blog.ehn.nu/2012/08/new-functionality-in-tfs-build-manager-managing-triggers-and-build-resources/19_image_thumb.png" title="image"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;You’ll note that we have started collapsing the context menu a bit, the list of commands are getting long! 🙂&lt;/p&gt;</description></item><item><title>TFS Build: Dependency Replication using Community TFS Build Extensions</title><link>https://blog.ehn.nu/2012/07/tfs-build-dependency-replication-using-community-tfs-build-extensions/</link><pubDate>Sun, 15 Jul 2012 23:51:33 +0000</pubDate><guid>https://blog.ehn.nu/2012/07/tfs-build-dependency-replication-using-community-tfs-build-extensions/</guid><description>&lt;p&gt;&lt;br&gt;
I have posted before on how to implement dependency replication using TFS Build, &lt;a href="http://geekswithblogs.net/jakob/archive/2009/03/05/implementing-dependency-replication-with-tfs-team-build.aspx"&gt;once for TFS 2008 using MSBuild&lt;/a&gt; and then for &lt;a href="http://geekswithblogs.net/jakob/archive/2010/12/08/dependency-replication-with-tfs-2010-build.aspx"&gt;TFS 2010 using Windows Workflow&lt;/a&gt;. The last post was not complete (I could not post all implementation details back then for various reasons), so I decided that I should post a new solution for this, but this time using the &lt;a href="http://tfsbuildextensions.codeplex.com/"&gt;Community TFS Build Extensions&lt;/a&gt; library.&lt;/p&gt;
&lt;p&gt;If it is a good idea to store your dependencies in source control or not is a question that is well debated. I’m not going to argue pros and cons here, but for those of you that want to go this way here is a build process template that will get you started.&lt;/p&gt;</description></item><item><title>Community TFS Build Manager available for Visual Studio 2012 RC</title><link>https://blog.ehn.nu/2012/07/community-tfs-build-manager-available-for-visual-studio-2012-rc/</link><pubDate>Mon, 02 Jul 2012 22:44:07 +0000</pubDate><guid>https://blog.ehn.nu/2012/07/community-tfs-build-manager-available-for-visual-studio-2012-rc/</guid><description>&lt;p&gt;I finally got around to push out a version of the Community TFS Build Manager that is compatible with Visual Studio 2012 RC. Unfortunately I had to do this as a separate extension, &lt;br&gt;
it references different versions of the TFS assemblies and also some properties and methods that the 2010 version uses are now obsolete in the TFS 2012 API.&lt;/p&gt;
&lt;p&gt;To download it, just open the Extension Manager, select Online and search for TFS Build:&lt;/p&gt;</description></item><item><title>Deploying SSDT Projects with TFS Build</title><link>https://blog.ehn.nu/2012/04/deploying-ssdt-projects-with-tfs-build/</link><pubDate>Wed, 25 Apr 2012 21:29:05 +0000</pubDate><guid>https://blog.ehn.nu/2012/04/deploying-ssdt-projects-with-tfs-build/</guid><description>&lt;p&gt;As many of you probably have noticed by now, &lt;a href="http://msdn.microsoft.com/en-us/library/xee70aty.aspx"&gt;Visual Studio Database Projects&lt;/a&gt; are not supported in the next version of Visual Studio (currently named &lt;br&gt;
Visual Studio 11 Beta). When you open a solution containing a VSDB project, VS11 wants to convert it to a &lt;a href="http://msdn.microsoft.com/en-us/magazine/hh394146.aspx"&gt;SQL Server Developer Tools&lt;/a&gt; project instead.&lt;/p&gt;
&lt;p&gt;This project type ships with SQL Server and has a feature set that covers most of the functionality of the VSDB project, plus some new features, such &lt;br&gt;
a support for SQL 2012 and SQL Azure. A feature comparison list between the two project types can be found here: &lt;br&gt;
&lt;a href="http://blogs.msdn.com/b/ssdt/archive/2011/11/21/sql-server-data-tools-ctp4-vs-vs2010-database-projects.aspx" title="http://blogs.msdn.com/b/ssdt/archive/2011/11/21/sql-server-data-tools-ctp4-vs-vs2010-database-projects.aspx"&gt;http://blogs.msdn.com/b/ssdt/archive/2011/11/21/sql-server-data-tools-ctp4-vs-vs2010-database-projects.aspx&lt;/a&gt;&lt;/p&gt;</description></item><item><title>Adding Fake Build Information in TFS 2010</title><link>https://blog.ehn.nu/2012/03/adding-fake-build-information-in-tfs-2010/</link><pubDate>Fri, 30 Mar 2012 21:41:48 +0000</pubDate><guid>https://blog.ehn.nu/2012/03/adding-fake-build-information-in-tfs-2010/</guid><description>&lt;p&gt;We have been using TFS 2010 build for distributing a build in parallel on several agents, but where the actual compilation is done by a bunch of external tools and compilers, e.g. no MSBuild involved. We are using the &lt;a href="http://blogs.msdn.com/b/jimlamb/archive/2010/09/14/parallelized-builds-with-tfs2010.aspx"&gt;ParallelTemplate.xaml template&lt;/a&gt; that Jim Lamb blogged about previously, which distributes each configuration to a different agent. We developed custom activities for running these external compilers and collecting the information and errors by reading standard out/error and pushing it back to the build log.&lt;/p&gt;</description></item><item><title>Managing Build Templates with Community TFS Build Manager</title><link>https://blog.ehn.nu/2012/02/managing-build-templates-with-community-tfs-build-manager/</link><pubDate>Tue, 21 Feb 2012 14:02:04 +0000</pubDate><guid>https://blog.ehn.nu/2012/02/managing-build-templates-with-community-tfs-build-manager/</guid><description>&lt;p&gt;A year ago I blogged about how to &lt;a href="http://geekswithblogs.net/jakob/archive/2010/11/03/managing-build-process-templates-in-tfs-2010-build.aspx"&gt;manage your build process templates using the TFS API&lt;/a&gt;. The main reason for doing this is that you can (and should!) store your “golden” build process templates in a common location in your TFS project collection, and then add them to each team project that requires those templates. This way, you can fix a bug or add a new feature in one place and have the change affect all build definitions.&lt;/p&gt;</description></item><item><title>Handling Warnings and Errors with InvokeProcess in TFS 2010 Build</title><link>https://blog.ehn.nu/2012/02/handling-warnings-and-errors-with-invokeprocess-in-tfs-2010-build/</link><pubDate>Wed, 01 Feb 2012 20:55:18 +0000</pubDate><guid>https://blog.ehn.nu/2012/02/handling-warnings-and-errors-with-invokeprocess-in-tfs-2010-build/</guid><description>&lt;p&gt;&lt;br&gt;
The &lt;a href="http://msdn.microsoft.com/en-us/library/microsoft.teamfoundation.build.workflow.activities.invokeprocess.aspx"&gt;InvokeProcess activity&lt;/a&gt; is very useful when it comes to running shell commands and external command line tools during a build process. When it comes to integrating with TFS source control during a build, the TF.exe command line tool can be your friend, as it lets you do most of the usual stuff such as check-in, checkout, add, modify workspaces etc.&lt;/p&gt;
&lt;p&gt;However, it can be a bit tricky to handle the output from tf.exe, since it often produces warnings that is not necessarily a problem for your build. This is not a problem related only to tf.exe, but to all applications that produces errors and warnings on the canonical error format.&lt;/p&gt;</description></item><item><title>Introducing: Community TFS Build Manager</title><link>https://blog.ehn.nu/2011/12/introducing-community-tfs-build-manager/</link><pubDate>Fri, 30 Dec 2011 12:36:06 +0000</pubDate><guid>https://blog.ehn.nu/2011/12/introducing-community-tfs-build-manager/</guid><description>&lt;p&gt;The latest release of the &lt;a href="http://tfsbuildextensions.codeplex.com/"&gt;Community TFS Build Extensions&lt;/a&gt; include a brand new tool called &lt;em&gt;Community TFS Build Manager&lt;/em&gt; and has been created for two reasons:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;An implementation of the Team Foundation Build API which is referenced by the Rangers Build Customization Guidance V2 (available H1 2012) \&lt;/li&gt;
&lt;li&gt;Provide a solution to a real problem. The Community TFS Build Manager is intended to ease the management of builds in medium to large Team Foundation Server environments, though it does provide a few features which all users may find useful.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;The first version of the tool has been implemented by myself and &lt;a href="http://www.freetodev.com/"&gt;Mike Fourie&lt;/a&gt;. You can download the extension from the Visual Studio Gallery here: &lt;br&gt;
&lt;a href="http://visualstudiogallery.msdn.microsoft.com/16bafc63-0f20-4cc3-8b67-4e25d150102c" title="http://visualstudiogallery.msdn.microsoft.com/16bafc63-0f20-4cc3-8b67-4e25d150102c"&gt;http://visualstudiogallery.msdn.microsoft.com/16bafc63-0f20-4cc3-8b67-4e25d150102c&lt;/a&gt;&lt;/p&gt;</description></item><item><title>TF237165: Team Foundation could not update the work item because of a validation error on the server.</title><link>https://blog.ehn.nu/2011/12/tf237165-team-foundation-could-not-update-the-work-item-because-of-a-validation-error-on-the-server/</link><pubDate>Mon, 12 Dec 2011 17:21:15 +0000</pubDate><guid>https://blog.ehn.nu/2011/12/tf237165-team-foundation-could-not-update-the-work-item-because-of-a-validation-error-on-the-server/</guid><description>&lt;p&gt;I often use the VS 2010/TFS 2010 evaluation virtual machines that Microsoft publishes every 6 months with the latest bits. It’s a great timesaver to use an image where everything is already setup and also contains a bit of sample data that is useful when you want to demo something for customers.&lt;/p&gt;
&lt;p&gt;There is one thing that has always been a, albeit small, but still very annoying problem and that is that the builds always partially fail when you start using the image. When you want to demo the powerful feature of associated work items in a build, you’ll find yourself with your pants down since the build fails when trying to update the associated work item! Even when looking at the historical builds for the Tailspin Toys project, you will notice that they also partially failed:&lt;/p&gt;</description></item><item><title>TFS 2010 Build - Troubleshooting the TF215097 error</title><link>https://blog.ehn.nu/2011/12/tfs-2010-build-troubleshooting-the-tf215097-error/</link><pubDate>Thu, 08 Dec 2011 20:51:48 +0000</pubDate><guid>https://blog.ehn.nu/2011/12/tfs-2010-build-troubleshooting-the-tf215097-error/</guid><description>&lt;p&gt;Anyone working with developing custom activities in TFS 2010 Build has run into the following dreadful error message when running the build:&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;TF215097: An error occurred while initializing a build for build definition TeamProjectMyBuildDefinition: Cannot create unknown type &amp;lsquo;{clr-namespace:[namespace];assembly=[assembly]}Activity&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;What the error means is that when the TFS build service loads the build process template XAML for the build definition, it can’t create an instance of the customer workflow activity that is referenced from it.&lt;/p&gt;</description></item><item><title>First stable release of the Community TFS 2010 Build Extensions</title><link>https://blog.ehn.nu/2011/07/first-stable-release-of-the-community-tfs-2010-build-extensions/</link><pubDate>Mon, 04 Jul 2011 22:50:15 +0000</pubDate><guid>https://blog.ehn.nu/2011/07/first-stable-release-of-the-community-tfs-2010-build-extensions/</guid><description>&lt;p&gt;Today the first stable release of the &lt;a href="http://tfsbuildextensions.codeplex.com/"&gt;Community TFS 2010 Build Extensions&lt;/a&gt; shipped on the CodePlex site. Visual Studio ALM MVP &lt;a href="http://freetodev.com/"&gt;Mike Fourie&lt;/a&gt; (aka Mr &lt;a href="http://msbuildextensionpack.codeplex.com/"&gt;MSBuild Extension Pack&lt;/a&gt;) has been the leader of this project and has done a tremendous job, both in contributing functionality as well as coordinating the work for the first release. Great work Mike! I (as well as several others) have contributed a small part of the activities, I plan to be working on the upcoming releases as well.&lt;/p&gt;</description></item><item><title>TFS 2010 Inmeta Build Explorer</title><link>https://blog.ehn.nu/2011/04/tfs-2010-inmeta-build-explorer/</link><pubDate>Mon, 04 Apr 2011 09:38:07 +0000</pubDate><guid>https://blog.ehn.nu/2011/04/tfs-2010-inmeta-build-explorer/</guid><description>&lt;p&gt;This weekend we at Inmeta release a free Visual Studio 2010 Team Explorer extensions that solves the problem with the Builds node in the Team Explorer not being hierarchic. For some reason, this part of the Team Explorer didn’t get the nice hierarchical folder structure that the Work items node got in 2010. The result is that, for a company that has several hundreds of builds in the same team project, it becomes very hard to navigate.&lt;/p&gt;</description></item><item><title>Integrating Code Metrics in TFS 2010 Build</title><link>https://blog.ehn.nu/2011/01/integrating-code-metrics-in-tfs-2010-build/</link><pubDate>Sun, 30 Jan 2011 20:39:50 +0000</pubDate><guid>https://blog.ehn.nu/2011/01/integrating-code-metrics-in-tfs-2010-build/</guid><description>&lt;p&gt;The build process template and custom activity described in this post is available here: &lt;br&gt;
&lt;a href="http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/Inmeta%20TFS%20Build%20Sample.zip" title="http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/Inmeta%20TFS%20Build%20Sample.zip"&gt;http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/Inmeta%20TFS%20Build%20Sample.zip&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Running code metrics has been available since VS 2008, but only from inside the IDE. Yesterday Microsoft finally released &lt;a href="http://www.microsoft.com/downloads/en/details.aspx?FamilyID=edd1dfb0-b9fe-4e90-b6a6-5ed6f6f6e615"&gt;Visual Studio Code Metrics Power Tool 10.0&lt;/a&gt;, a command line tool that lets you run code metrics on your applications.  This means that it is now possible to perform code metrics analysis on the build server as part of your nightly/QA builds. In this post I will show how you can run the metrics command line tool from a build, and also a custom activity that reads the output and appends the results to the build log, and fails the build if the metric values exceeds certain (configurable) treshold values.&lt;/p&gt;</description></item><item><title>TFS 2010 Build Custom Activity for Merging Assemblies</title><link>https://blog.ehn.nu/2010/12/tfs-2010-build-custom-activity-for-merging-assemblies/</link><pubDate>Wed, 15 Dec 2010 01:59:29 +0000</pubDate><guid>https://blog.ehn.nu/2010/12/tfs-2010-build-custom-activity-for-merging-assemblies/</guid><description>&lt;p&gt;*** The sample build process template discussed in this post is available for download from here: &lt;a href="http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/ILMerge.xaml" title="http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/ILMerge.xaml"&gt;http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/ILMerge.xaml&lt;/a&gt; ***&lt;/p&gt;
&lt;p&gt;In my &lt;a href="http://geekswithblogs.net/jakob/archive/2010/12/08/dependency-replication-with-tfs-2010-build.aspx"&gt;previous post&lt;/a&gt; I talked about &lt;em&gt;library builds&lt;/em&gt; that we use to build and replicate dependencies between applications in TFS. This is typically used for common libraries and tools that several other application need to reference.&lt;/p&gt;
&lt;p&gt;When the libraries grow in size over time, so does the number of assemblies. So all solutions that uses the common library must reference all the necessary assemblies that they need, and if we for example do a refactoring and extract some &lt;br&gt;
code into a new assembly, all the clients must update their references to reflect these changes, otherwise it won’t compile.&lt;/p&gt;</description></item><item><title>Dependency Replication with TFS 2010 Build</title><link>https://blog.ehn.nu/2010/12/dependency-replication-with-tfs-2010-build/</link><pubDate>Wed, 08 Dec 2010 08:02:09 +0000</pubDate><guid>https://blog.ehn.nu/2010/12/dependency-replication-with-tfs-2010-build/</guid><description>&lt;p&gt;Some time ago, I wrote a &lt;a href="http://geekswithblogs.net/jakob/archive/2009/03/05/implementing-dependency-replication-with-tfs-team-build.aspx"&gt;post&lt;/a&gt; about how to implement dependency replication using TFS 2008 Build. We use this for &lt;em&gt;Library builds&lt;/em&gt;, where we set up a build definition for a common library, and have the build check the resulting assemblies back into source control. The folder &lt;strong&gt;is&lt;/strong&gt; then branched to the applications that need to reference the common library. See the above post for more details.&lt;/p&gt;
&lt;p&gt;Of course, we have reimplemented this feature in TFS 2010 Build, which results in a much nicer experience for the developer who wants to setup a new library build. Here is how it looks: &lt;br&gt;
There is a separate build process template for library builds registered in all team projects \&lt;/p&gt;</description></item><item><title>Performing Checkins in TFS 2010 Build</title><link>https://blog.ehn.nu/2010/11/performing-checkins-in-tfs-2010-build/</link><pubDate>Wed, 03 Nov 2010 10:20:53 +0000</pubDate><guid>https://blog.ehn.nu/2010/11/performing-checkins-in-tfs-2010-build/</guid><description>&lt;p&gt;Update 15.03.2014 - Fixed broken link to download&lt;/p&gt;
&lt;p&gt;*** The custom activity is availabe for download here: &lt;a href="http://cid-ee034c9f620cd58d.office.live.com/browse.aspx/BlogSamples?uc=1" title="http://cid-ee034c9f620cd58d.office.live.com/browse.aspx/BlogSamples?uc=1"&gt;https://onedrive.live.com/redir?resid=EE034C9F620CD58D%21168&lt;/a&gt; ***&lt;/p&gt;
&lt;p&gt;Often when creating different types of release builds (e.g. where you build something that should be installed or consumed by other applications) there is a need to check in the results of the build back &lt;br&gt;
to source control. A common build type for us at Inmeta is &lt;em&gt;Library Builds&lt;/em&gt;, which we use for common libraries that are shared among several applications. We have created a special build process template &lt;br&gt;
for this scenario that handles versioning, copying of the resulting binaries to a pre-defined folder, optionally merges the assemblies using ILMerge, and finally checking that binaries back to TFS as part of the build.&lt;/p&gt;</description></item><item><title>Managing Build Process Templates in TFS 2010 Build</title><link>https://blog.ehn.nu/2010/11/managing-build-process-templates-in-tfs-2010-build/</link><pubDate>Wed, 03 Nov 2010 02:23:40 +0000</pubDate><guid>https://blog.ehn.nu/2010/11/managing-build-process-templates-in-tfs-2010-build/</guid><description>&lt;p&gt;One of the great new features in TFS 2010 Build was the ability to define Build Process Templates that can be reused across build definitions. The Build Process Template file itself is a Windows Workflow 4.0 xaml file &lt;br&gt;
and can be stored anywhere in source control. When a developer creates a new build definition in Team Explorer, he can choose from a list of Build Process Templates:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://gwb.blob.core.windows.net/jakob/Windows-Live-Writer/Managing-Build-Process-Templates-in-TFS-_CF49/image_2.png"&gt;&lt;img alt="image" loading="lazy" src="https://blog.ehn.nu/2010/11/managing-build-process-templates-in-tfs-2010-build/23_image_thumb.png" title="image"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;This list is populated with the following build process templates:&lt;/p&gt;</description></item><item><title>Merging Work Items in TFS 2010</title><link>https://blog.ehn.nu/2010/10/merging-work-items-in-tfs-2010/</link><pubDate>Wed, 27 Oct 2010 08:10:13 +0000</pubDate><guid>https://blog.ehn.nu/2010/10/merging-work-items-in-tfs-2010/</guid><description>&lt;p&gt;In TFS 2010, branching and merging have been greatly improved with support for branch visualization and tracking of changesets and work items across branches. A simple example of this looks like this: \&lt;/p&gt;
&lt;p&gt;&lt;a href="http://gwb.blob.core.windows.net/jakob/Windows-Live-Writer/Merging-Work-Items-in-TFS-2010_12A4F/image_6.png"&gt;&lt;img alt="image" loading="lazy" src="https://blog.ehn.nu/2010/10/merging-work-items-in-tfs-2010/22_image_thumb_2.png" title="image"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://gwb.blob.core.windows.net/jakob/Windows-Live-Writer/Merging-Work-Items-in-TFS-2010_12A4F/image_19.png"&gt;&lt;img alt="image" loading="lazy" src="https://blog.ehn.nu/2010/10/merging-work-items-in-tfs-2010/7_image_thumb_7.png" title="image"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Here we track Work Item nr 3 which was originally resovled in the Test branch (with changeset 35). We can also see that the work item has been merged into the Production branch (as changeset 37), back to Main (62) and finally to FeatureC (140). &lt;br&gt;
If we switch to the Timeline view, we get a nice view of the order of these merges, together with the dates.&lt;/p&gt;</description></item><item><title>Why can’t I see test results in the TFS 2010 Build Report?</title><link>https://blog.ehn.nu/2010/10/why-cant-i-see-test-results-in-the-tfs-2010-build-report/</link><pubDate>Wed, 06 Oct 2010 08:11:47 +0000</pubDate><guid>https://blog.ehn.nu/2010/10/why-cant-i-see-test-results-in-the-tfs-2010-build-report/</guid><description>&lt;p&gt;In TFS 2010, I have been asked this question several times: I have a build setup with tests and (possibly) code coverage, but in the build summary report it only shows &lt;strong&gt;No Test Results&lt;/strong&gt; and &lt;strong&gt;No Code Coverage Results&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;What’s more interesting is that when I log in and view the build, I can see the test results!&lt;/p&gt;
&lt;p&gt;This does of course imply that it is a one of those annoying security issues, and of course it is. &lt;br&gt;
To be able to see test results you must have the &lt;strong&gt;View Test Runs&lt;/strong&gt; permission, which can be assigned/revoked at the security group level per team project:&lt;/p&gt;</description></item><item><title>TFS Team Build 2010: How to place the build output to a fixed location</title><link>https://blog.ehn.nu/2010/09/tfs-team-build-2010-how-to-place-the-build-output-to-a-fixed-location/</link><pubDate>Wed, 01 Sep 2010 08:47:11 +0000</pubDate><guid>https://blog.ehn.nu/2010/09/tfs-team-build-2010-how-to-place-the-build-output-to-a-fixed-location/</guid><description>&lt;p&gt;By default, TFS Team Build creates a new folder in the drop location for every build. I have seen request from people that wonder how to always have team build put the output in the same folder every time, effectively overwriting the results from the last build. This is easy to accomplish by adding an activity that copies the drop folder to a fixed location.&lt;/p&gt;
&lt;p&gt;To copy the result of the build to a fixed location, you need to modify the build process template:&lt;/p&gt;</description></item><item><title>TFS 2010 Build: Dealing with the API restriction error</title><link>https://blog.ehn.nu/2010/06/tfs-2010-build-dealing-with-the-api-restriction-error/</link><pubDate>Tue, 08 Jun 2010 06:08:40 +0000</pubDate><guid>https://blog.ehn.nu/2010/06/tfs-2010-build-dealing-with-the-api-restriction-error/</guid><description>&lt;p&gt;Recently I’ve come across this error a couple of times when running builds that exeucte unit tests using Test containers:&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;strong&gt;API restriction: The assembly &amp;lsquo;file:///C:Builds&lt;path&gt;myassembly.dll&amp;rsquo; has already loaded from a different location. It cannot be loaded from a new location within the same appdomain.&lt;/strong&gt;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Every time I’ve got this error, the project has been a web application, and the path to the assembly points down to the _PublishedWebsites directory that is created beneath the Binaries folder during a team build.&lt;/p&gt;</description></item><item><title>Building Visual Studio Setup Projects with TFS 2010 Team Build</title><link>https://blog.ehn.nu/2010/05/building-visual-studio-setup-projects-with-tfs-2010-team-build/</link><pubDate>Fri, 14 May 2010 08:38:28 +0000</pubDate><guid>https://blog.ehn.nu/2010/05/building-visual-studio-setup-projects-with-tfs-2010-team-build/</guid><description>&lt;p&gt;UPDATE: 2010-09-15 – Added details about the use of the ExitCode variable&lt;/p&gt;
&lt;p&gt;One of the most common complaints from people starting to use Team Build is that is doesn’t support building Microsoft’s own Setup and Deployment project (*.vdproj). When creating a default build definition that compiles a solution containing a setup project, you’ll get the following warning:&lt;/p&gt;
&lt;p&gt;&lt;em&gt;The project file &amp;ldquo;MyProject.vdproj&amp;rdquo; is not supported by MSBuild and cannot be built.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Speed up loading of test results from builds in Visual Studio</title><link>https://blog.ehn.nu/2010/05/speed-up-loading-of-test-results-from-builds-in-visual-studio/</link><pubDate>Sun, 09 May 2010 23:04:09 +0000</pubDate><guid>https://blog.ehn.nu/2010/05/speed-up-loading-of-test-results-from-builds-in-visual-studio/</guid><description>&lt;p&gt;I still see people complaining about the long time it takes to load test results from a TFS build in Visual Studio. And they make a valid point, it &lt;strong&gt;does&lt;/strong&gt; take a very long time to load the test results, even for a small number of tests. The reason for this is that the test results is not just the result of the test run but also all the binaries that were part of the test run. This often also means that the debug symbols (*.pdb) will be downloaded to your local machine. This reason for this behaviour is that it letsyou re-run the tests locally.&lt;/p&gt;</description></item><item><title>Executing legacy MSBuild scripts in TFS 2010 Build</title><link>https://blog.ehn.nu/2010/05/executing-legacy-msbuild-scripts-in-tfs-2010-build/</link><pubDate>Wed, 05 May 2010 00:04:13 +0000</pubDate><guid>https://blog.ehn.nu/2010/05/executing-legacy-msbuild-scripts-in-tfs-2010-build/</guid><description>&lt;p&gt;When upgrading from TFS 2008 to TFS 2010, all builds are “upgraded” in the sense that a build definition with the same name is created, and it uses the &lt;em&gt;UpgradeTemplate&lt;/em&gt;  build process template to execute the build. This template basically just runs MSBuild on the existing TFSBuild.proj file. The build definition contains a property called &lt;em&gt;ConfigurationFolderPath&lt;/em&gt; that points to the TFSBuild.proj file.&lt;/p&gt;
&lt;p&gt;So, existing builds will run just fine after upgrade. But what if you want to use the new workflow functionality in TFS 2010 Build, but still have a lot of MSBuild scripts that maybe call custom MSBuild tasks that you don’t have the time to rewrite? Then one option is to keep these MSBuild scrips and call them from a TFS 2010 Build workflow. This can be done using the MSBuild workflow activity that is avaiable in the toolbox in the &lt;em&gt;Team Foundation Build Activities&lt;/em&gt; section:&lt;/p&gt;</description></item><item><title>Modify Build Failure Work Item in TFS 2010 Build</title><link>https://blog.ehn.nu/2010/04/modify-build-failure-work-item-in-tfs-2010-build/</link><pubDate>Wed, 28 Apr 2010 08:15:25 +0000</pubDate><guid>https://blog.ehn.nu/2010/04/modify-build-failure-work-item-in-tfs-2010-build/</guid><description>&lt;p&gt;The default behaviour in TFS Team Build (all versions) is to create a bug work item when a build fails. This main benefit of this is that you get a work item for something that needs to be done, namely to fix the build!. When the developer responsible for the build failure has fixed the problem, he/she can associated that check-in with the work item that was created from the previous build failure.&lt;/p&gt;</description></item><item><title>Creating a Build Definition using the TFS 2010 API</title><link>https://blog.ehn.nu/2010/04/creating-a-build-definition-using-the-tfs-2010-api/</link><pubDate>Mon, 26 Apr 2010 20:09:00 +0000</pubDate><guid>https://blog.ehn.nu/2010/04/creating-a-build-definition-using-the-tfs-2010-api/</guid><description>&lt;p&gt;*** UPDATE 2010-08-17 ** Several people have asked me for a complete sample application, so I have put this together and it is available here: &lt;br&gt;
&lt;a href="http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/CreateTFSBuildDefinition.zip" title="http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/CreateTFSBuildDefinition.zip"&gt;http://cid-ee034c9f620cd58d.office.live.com/self.aspx/BlogSamples/CreateTFSBuildDefinition.zip&lt;/a&gt;&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;In this post I will show how to create a new build definition in TFS 2010 using the TFS API. When creating a build definition manually, using Team Explorer, the necessary steps are lined &lt;br&gt;
out in the New Build Definition Wizard:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://gwb.blob.core.windows.net/jakob/WindowsLiveWriter/CreatingaBuildDefinitionusingtheTFS2010A_12F55/image_4.png"&gt;&lt;img alt="image" loading="lazy" src="https://blog.ehn.nu/2010/04/creating-a-build-definition-using-the-tfs-2010-api/28_image_thumb_1.png" title="image"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;So, lets see how the code looks like, using the same order. To start off, we need to connect to TFS and get a reference to the IBuildServer object:&lt;/p&gt;</description></item><item><title>Getting TF215097 error after modifying a build process template in TFS Team Build 2010</title><link>https://blog.ehn.nu/2010/04/getting-tf215097-error-after-modifying-a-build-process-template-in-tfs-team-build-2010/</link><pubDate>Wed, 21 Apr 2010 23:52:47 +0000</pubDate><guid>https://blog.ehn.nu/2010/04/getting-tf215097-error-after-modifying-a-build-process-template-in-tfs-team-build-2010/</guid><description>&lt;p&gt;When embracing Team Build 2010, you typically want to define several different build process templates for different scenarios. Common examples here are CI builds, QA builds and release builds. For example, in a contiuous build you often have no interest in publishing to the symbol store, you might or might not want to associate changesets and work items etc. The build server is often heavily occupied as it is, so you don’t want to have it doing more that necessary. Try to define a set of build process templates that are used across your company. In previous versions of TFS Team Build, there was no easy way to do this. But in TFS 2010 it is very easy so there is no excuse to not do it! :-)&lt;/p&gt;</description></item><item><title>Implementing Release Notes in TFS Team Build 2010</title><link>https://blog.ehn.nu/2010/04/implementing-release-notes-in-tfs-team-build-2010/</link><pubDate>Thu, 15 Apr 2010 23:50:49 +0000</pubDate><guid>https://blog.ehn.nu/2010/04/implementing-release-notes-in-tfs-team-build-2010/</guid><description>&lt;p&gt;In TFS Team Build (all versions), each build is associated with changesets and work items. To determine which changesets that should be associated with the current build, Team Build finds the label of the “Last Good Build” an then aggregates all changesets up unitl the label for the current build. Basically this means that if your build is failing, every changeset that is checked in will be accumulated in this list until the build is successful.&lt;/p&gt;</description></item><item><title>TFS 2010 – Managing Build Agents using the API</title><link>https://blog.ehn.nu/2009/12/tfs-2010-managing-build-agents-using-the-api/</link><pubDate>Tue, 08 Dec 2009 20:47:52 +0000</pubDate><guid>https://blog.ehn.nu/2009/12/tfs-2010-managing-build-agents-using-the-api/</guid><description>&lt;p&gt;In previous versions of TFS, you installed TFS Team Build on the build server and you got one build service agent. It was/is possible to start several build agents on the same server, but it is a bit of a mess. &lt;br&gt;
In addition, for each team project TFS 2008 build service can only execute one at a time (Note that builds from different team project can execute in parallell, a lot of people still don’t know this)&lt;/p&gt;</description></item><item><title>TFS 2010 Beta 2 – Upgrading Builds from TFS 2008</title><link>https://blog.ehn.nu/2009/11/tfs-2010-beta-2-upgrading-builds-from-tfs-2008/</link><pubDate>Tue, 24 Nov 2009 20:23:13 +0000</pubDate><guid>https://blog.ehn.nu/2009/11/tfs-2010-beta-2-upgrading-builds-from-tfs-2008/</guid><description>&lt;p&gt;We are in the process of upgrading the entire company to TFS 2010 Beta 2, and in preparing for that we have done some test upgrades to make sure that all things work as expected after the upgrade. As expected, most issues that turned up had to do with builds. This is one of the areas that has changed the most compared to TFS 2008. I thought that I would use this post to run through some of the issues that we found.&lt;/p&gt;</description></item><item><title>TFS Team Build 2010: Working with Custom Code Activities</title><link>https://blog.ehn.nu/2009/08/tfs-team-build-2010-working-with-custom-code-activities/</link><pubDate>Thu, 13 Aug 2009 09:38:24 +0000</pubDate><guid>https://blog.ehn.nu/2009/08/tfs-team-build-2010-working-with-custom-code-activities/</guid><description>&lt;p&gt;&lt;em&gt;Disclaimer: This blog post discusses features in the TFS 2010 Beta 1 release. Some of these  features might be changed in the RTM release.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;In TFS 2010, Microsoft has changed the build orchestration language in Team Build from MSBuild to Windows Workflow 4.0. &lt;a href="http://blogs.msdn.com/aaronhallberg/default.aspx"&gt;Aaron Hallberg&lt;/a&gt; has written a &lt;a href="http://blogs.msdn.com/aaronhallberg/archive/2009/06/01/writing-custom-activities-for-tfs-build-2010-beta-1.aspx"&gt;post&lt;/a&gt; on how to implement a custom workflow activity using either the workflow designer or using a code activity that composes an activity. In this post, I will show how to implement a “pure” code activity, i.e. no workflow elements,and how to add this activity to a build process definition. Note, this is still Beta 1, and some things will definitely change when Beta2 and RTM arrives but this will get you started with customizing your builds in TFS 2010.&lt;/p&gt;</description></item><item><title>VSTS 2010: Enabling Test Impact Analysis</title><link>https://blog.ehn.nu/2009/06/vsts-2010-enabling-test-impact-analysis/</link><pubDate>Thu, 04 Jun 2009 18:08:20 +0000</pubDate><guid>https://blog.ehn.nu/2009/06/vsts-2010-enabling-test-impact-analysis/</guid><description>&lt;p&gt;A really cool new feature in VSTS 2010 is &lt;em&gt;Test Impact Analysis&lt;/em&gt; which let developers view what tests that are affected by the current code changes. Pieter Gheysens wrote a &lt;a href="http://intovsts.net/2009/02/05/test-impact-analysis/"&gt;blog post&lt;/a&gt; on how to set this up in the CTP, but things have changed a bit in Beta 1 so I thought that I would show how it is done. Since it still is a bit unintuitive to enable it, it might change once again in the RTM. The reason that it is a bit unintuitive to set it up, is because you need to have the following things:&lt;/p&gt;</description></item><item><title>TFS Team Build 2010: Executing Unit Tests</title><link>https://blog.ehn.nu/2009/06/tfs-team-build-2010-executing-unit-tests/</link><pubDate>Wed, 03 Jun 2009 22:27:43 +0000</pubDate><guid>https://blog.ehn.nu/2009/06/tfs-team-build-2010-executing-unit-tests/</guid><description>&lt;p&gt;There are some changes and improvements in the area of executing unit tests in Team Build 2010. Mostly the changes make it easier to define &lt;strong&gt;which&lt;/strong&gt; unit tests you want to execute as part of the build. In this post I will go through the different options that you have when it comes to running unit tests and enabling code coverage.&lt;/p&gt;
&lt;p&gt;To configure test settings for a Team Build, you select Edit Build Definition in Team Explorer, and then go to the Build Process tab. In the Build process parameters box there is a section for the testing parameters. To change the parameters, just edit them and hit the save button. There is no need to check anything in or out to change the parameters. Only changes to the build process require you to check in the build process file (.xaml)&lt;/p&gt;</description></item><item><title>Working with Build Definitions in TFS Team Build 2010</title><link>https://blog.ehn.nu/2009/05/working-with-build-definitions-in-tfs-team-build-2010/</link><pubDate>Wed, 27 May 2009 22:17:35 +0000</pubDate><guid>https://blog.ehn.nu/2009/05/working-with-build-definitions-in-tfs-team-build-2010/</guid><description>&lt;p&gt;*Disclaimer: This blog post discusses features in the TFS 2010 Beta 1 release. Some of these  features might be changed in the RTM release. *&lt;br&gt;
In my &lt;a href="http://geekswithblogs.net/jakob/archive/2009/05/23/tfs-team-build-2010-whatrsquos-new.aspx"&gt;last post&lt;/a&gt; I talked about the new major features of Team Build in TFS 2010. This time, I will go into more detail on how you work with build definitions. In TFS 2010, the whole build process is now implemented on top of Windows Workflow Foundation 4.0 (WF4). This means that everything that has to do with creating and customizing builds in TFS 2010 is now done using a workflow designer UI. This means that you no longer have to remember all the different MSBuild targets when you want to insert some custom logic in your build. On the other hand, you obviously need to understand how a default team build process is implemented, which activities does what, what WF properties and variables that exist. And eventually you might also have to learn how to implement custom workflow activites when you need more functionality than what is included in the standard team build activities.&lt;/p&gt;</description></item><item><title>TFS Team Build 2010: What’s New?</title><link>https://blog.ehn.nu/2009/05/tfs-team-build-2010-whats-new/</link><pubDate>Sat, 23 May 2009 23:10:22 +0000</pubDate><guid>https://blog.ehn.nu/2009/05/tfs-team-build-2010-whats-new/</guid><description>&lt;p&gt;VSTS 2010 Beta 1 is finally available. Beta 1 is a huge release a contains tons of new functionality in almost all areas of Team System. We at &lt;a href="http://www.osiris.no"&gt;Osiris Data&lt;/a&gt; have been using Team System since the first beta, and we also help our customers how to adopt TFS in their organization. So for us VSTS 2010 is a very exciting release.&lt;/p&gt;
&lt;p&gt;I am planning to post several blog entries about the new functionality of VSTS 2010, in particular I will focus on Team Foundation Server (TFS) and Team Build. I have been working a lot with Team Build 2005 and 2008 and have been looking forward to the 2010 release. VSTS 2008 was a minor release for TFS, so a lot of missing features and change requests haven’t been implemented until now.&lt;/p&gt;</description></item><item><title>Implementing Dependency Replication with TFS Team Build</title><link>https://blog.ehn.nu/2009/03/implementing-dependency-replication-with-tfs-team-build/</link><pubDate>Thu, 05 Mar 2009 14:36:36 +0000</pubDate><guid>https://blog.ehn.nu/2009/03/implementing-dependency-replication-with-tfs-team-build/</guid><description>&lt;p&gt;A very common question from people is how to handle dependencies between projects/applications/team projects in TFS source control. A typical scenario is that you a common library/framework tucked away nicely somewhere in TFS source control, and now you have some applications that, in some way, needs to reference this project.&lt;/p&gt;
&lt;p&gt;My colleague &lt;a href="http://geekswithblogs.net/terje"&gt;Terje&lt;/a&gt; has written an article on what he calls “Subsystem branching”, in which he talks about different ways to organize your source code in order to solve the above problem. Ther article can be found here: &lt;br&gt;
&lt;a href="http://geekswithblogs.net/terje/archive/2008/11/02/article-on-subsystem-branching.aspx" title="http://geekswithblogs.net/terje/archive/2008/11/02/article-on-subsystem-branching.aspx"&gt;http://geekswithblogs.net/terje/archive/2008/11/02/article-on-subsystem-branching.aspx&lt;/a&gt;&lt;/p&gt;</description></item></channel></rss>