The assembly version is a number in the form of <Major>.<Minor>.<Build>.<Revision>. What value the placeholders are assigned to is totally up to you, we chose to set the first three numbers manually and set the last one to the change set that the source was built from. At the same time, I didn’t want to limit the options, so by examining the “Build Number Format” input in the default template, I decided to merge the parameters available there with a custom parameter set (the build number format provides a couple of params, but doesn’t provide access to the change set number).
This is the second post from Taming TFS series. What I’d like to do here, is to give the big picture on how tfs operates, what it utilizes and how to use that. If you’re already familiar with the basics, you can skip this post, if not, then consider yourself invited to read on.
A while ago Microsoft released a very handy feature that allows for transforming web.config files during builds. This is a great thing, except for some reason, they limited the functionality to web.config files, which was strange, because the engine itself was designed to work against any xml file. Thankfully, that limitation is pretty much gone with a plugin called SlowCheetah.