This project is read-only.

Project Description

Provides a custom activity for TFS 2010/2012 build workflows which can be used to implement assembly versioning, including just "AssemblyFileVersion".


Unlike many similar projects, this solution is especially suitable for SharePoint codebases since the default setting increments the 'assembly file version' only, leaving the main assembly version at

This is preferred in SharePoint development, since the need to maintain assembly references or binding redirects is eliminated with this approach.
  • Note: currently only C# projects are supported. I'll extend if there's demand for other languages. *

Since TFS 2010/2012 Build does not provide a simple switch to enable assembly versioning, some customization of the build process is required. The activity in this project allows you to specify whether you wish to increment the main assembly version, the assembly file version, or both. This solution sets the assembly version to the build number auto-generated by TFS for each build - this is configurable, but the default is “<build name>_<date in reverse format>.<auto-incrementing revision number>”. Specifying which version number should be used can be done in the build process definition:


To use, the XAML workflow definition for your build process must be edited, and the custom activity dropped in:


When a build executes, you should then see an entry in the build report showing each assembly being versioned:


And at the end, you can easily see the version of an assembly by right-clicking and going to its properties. In the example below, I've versioned just the assembly file version only and because I'm using a string in the build number, it comes out in the product version attribute (N.B. this is just how .Net assembly versioning behaves - if there's no string it goes into the assembly file version):


Note that there are separate releases for TFS2010/TFS2012 - see the downloads area.

Last edited Feb 3, 2013 at 11:24 PM by chrisobrien, version 12