BuckHodges BuckHodges http://blog​s.msdn.​com/buckh

Niner since 2007

Director of Development, Visual Studio Cloud Services (TFS and MSDN)


  • : Continuous Integration with Team Build “Orcas”


    1. The command line arguments are actually passed to msbuild.exe as part of a dynamically-generated msbuild.rsp file.  So, if you specify /p:SomeProperty=SomeValue, the property is global and would be available in all of the projects.

    2. I'm not quite sure that I understand the question.  You can add customization via the tfsbuild.proj file.  You can register a web service to get notification via a BuildCompletionEvent (use bissubscribe to register).

    3.  We don't show that in the GUI.  We didn't feel that there was a lot of value in viewing the build agents used to run builds, so we didn't add a column for it in the display.  That information is stored in the database, if I remember correctly, so you could write something using the build client API that would show you that.

    4. Yes.  There's a new build client API in Orcas.  The VS GUI was written on top of that API, and it's a public API.

  • : Continuous Integration with Team Build “Orcas”

    Leadfoot, that's a difficult question to answer correctly.  The fundamental question of value is directly tied to your statement about the integration.  If the rich integration of work item tracking, source control, build automation, test automation, reporting, Visual Studio, and Office helps you get more stuff done in less time, then Orcas is worth the time effort.  However, if you compare the individual features in isolation there's not so much motivation.  We are really focused more on excelling as an integrated product and getting deeper in each of the feature areas over time (as compared to going deep in the areas and then trying to glue them together later).

    I hope that helps.

  • : Continuous Integration with Team Build “Orcas”

    PerfectPhase, Orcas Team Build allows you to map code from other team projects, whereas it required a hack to work around the mapping limitations in v1.

    Is that what you are after?

  • : Continuous Integration with Team Build “Orcas”


    Thanks, I'm glad to hear that.

    1. Yes, you are correct on the first question.  In Orcas, though, there is no way to specify that it should automatically pick an agent from a pool rather than specifying an agent (either the default for the build definition or picking one in the Queue Build dialog).  It is something we are looking into for the release after Orcas.

    2. There isn't an equivalent to CCTray in the box with Orcas, but we are considering creating one as a power tool for Orcas (and then shipping it in the box in the release after Orcas).

    3. Yes, the sources in the workspace used by the build are labeled as part of the build process.

    4. Adding additional steps is straightforward.  For FXCop, there's either the ability to run the product version in VSTS for Developers, which is called code analysis, that requires VSTS for Developers to be installed on the build machine.  For the others, you may be able to find custom msbuild tasks that others have built, or you may build one yourself.  The easiest thing to do is to use the Exec task that's built into msbuild, but then you want get any reporting from that.

    Integrating the information into the warehouse should simply require that you write a custom task that runs the tool as part of the build and calls the necessary build APIs to report the results.

  • : Continuous Integration with Team Build “Orcas”


    I'm glad to hear that you like it.

    You are right that you generally want the build machine to be as clean as possible, with nothing unnecessary installed on it.  However, if you want to run unit tests or code analysis, you'll have to install VS Team System for Testers, Developers, or the Suite to get those features.  So unfortunately, it's not always possible to avoid installing VS.

  • : Continuous Integration with Team Build “Orcas”

    We look forward to hearing what you think about the new Team Build features in Orcas!

    Scheduled builds are supported as well, but they didn't exist when this interview occurred.  You can read about scheduled builds at https://blogs.msdn.com/buckh/archive/2007/02/07/you-can-schedule-builds-in-orcas.aspx.

    There's also a description of some of the lower-level changes, such as more hooks in the build, at https://blogs.msdn.com/buckh/archive/2006/12/02/more-on-the-orcas-features-for-team-build.aspx.

    Finally, you can try it out for yourself in the March Orcas CTP: https://blogs.msdn.com/buckh/archive/2007/02/28/orcas-march-ctp-is-available-now-and-includes-new-team-foundation-server.aspx.  It doesn't have build scheduling either, but it's got everything else you'll see in the interview.