TFS 2008 SP1: New setting to delete a build without deleting the build label

We've heard from a few customers that they would prefer not to have the build labels deleted when builds are deleted.  In Team Foundation Server 2008 SP1 we added a feature to control whether build labels are deleted when the build is deleted.  This feature is really a stop-gap measure, and it changes the behavior for build deletion on the entire server (i.e., you cannot change it for particular build definitions).  In TFS 2010, we've added GUI options to allow you to control this for each build definition, and the setting is stored in the database along with the build definition.

To use the feature in 2008 SP1, add the following to the appSettings section in the web.config on the server (application tier).


  <add key="PreserveLabelsOnBuildDeletion" value="true" />


It's not clear at this point whether the TFS 2010 upgrade process will be able to automatically migrate this setting to the build definitions.  In the worst case, you may need to enable this setting on each build definition after upgrading to TFS 2010.

Comments (4)

  1. Andrew Myhre says:

    Hi there,

    When you say ‘build labels’ are you talking about source control labelling?

    The behaviour I’m finding undesirable is that I only want to retain the outputs for perhaps 1 or 2 successful builds in a continuous integration scenario, but I do want a complete history of things like changesets, test runs etc – in order words I want to keep the build report. I take it what you’re getting at in your post is a seperate thing?

  2. buckh says:

    Andrew, what you are describing is different than what’s described in the post.  While we don’t have what you are requesting in TFS 2008, we do have that in TFS 2010 where you can specify the parts of the build that you want deleted.


  3. By default a build label is deleted when the corresponding build gets deleted. In TFS 2008 SP1 you can

Skip to main content