Buck Hodges

Visual Studio ALM (VSALM, formerly VSTS) - Team Foundation Service/Server (TFS) - MSDN

February, 2009

Posts
  • Buck Hodges

    Team System site overhauled

    • 2 Comments

    Sharon Elkins has written a post about the newly-redesigned Team System web site.  She has some details on the transformation, but one thing that stands out is the page reduction.  It's got about 75% fewer pages, which means a bunch of old stuff is gone.

    Check it out and give her your feedback!

    Technorati tags: ,
  • Buck Hodges

    New book on MSBuild and Team Foundation Build

    • 2 Comments

    There is now a book dedicated to MSBuild and Team Foundation Build.  The book is written by Sayed Ibrahim Hashimi and William Bartholomew.  Sayed has written about MSBuild before, both in books and MSDN Magazine articles, and William is a Team System MVP with a lot of experience in customizing the build process in Team Foundation.

    If you want to learn more about using build in Team System, you need to get a copy.

    Inside the Microsoft® Build Engine: Using MSBuild and Team Foundation Build

    Product Description
    The build process when code gets assembled to see how and how well it works is a critical step in software development. Developers had few options for customizing the build process before Visual Studio 2005 and Visual Studio 2008, but the Microsoft Build Engine (MSBuild) enables developers to customize each step during a build. MSBuild is extensible and uses an XML file to describe each step, allowing the build master or developer to easily change and augment how projects are built. This book offers hands-on guidance for customizing MSBuild, and provides a cookbook of examples on Web deployment, automated releases, and other essential topics. It also covers Visual Studio Team Foundation Build, the build engine in Visual Studio Team System.

  • Buck Hodges

    Why the CheckInEvent doesn't list all of the files in a changeset

    • 2 Comments

    I recently received a question from someone about the CheckInEvent.

    We subscribe to the Notify event using the BisSubscribe tool. Basically we have many applications that share some projects, but as TFS has no mechanism for sharing we have written our own in house app.

    We have hooked into Notify for the CheckInEvents and we check each file after checkin to see if it is one of our shared files. If it is then we bounce it around to various locations etc..

    All has been working fine until recently we started getting problems on large check ins. After some investigation I have noticed that the string eventXml parameter does not contain all of the check in information. Bascially it seems to only hold a max of 25 checkins.

    I wondered if you'd come across this problem, and if you had any advice??

    What's happening here is that TFS limits the number of changes included in the XML for the event to prevent sending large (or even huge) amounts of data that may not be needed.  To get a list of all of the changes for a particular changeset, you must use the VersionControlServer.GetChangeset() method, specifying the changeset from the XML.

  • Buck Hodges

    Fix for TFS Build 2008 SP1 to speed up your builds

    • 1 Comments

    Quite a few folks have reported longer build times and noticed that the build details view has a lot more output in it, and as a result of the extra output being logged, the builds are slower.  Aaron has written a post about a hotfix to speed up your builds in the SP1 version of Team Build.  This hotfix, like many others for TFS, is available on the MSDN Code Gallery site.

    KB958845: TFSBuild TargetsNotLogged property fails to cut down noisy builds

Page 1 of 1 (4 items)