Buck Hodges

Visual Studio Online, Team Foundation Server, MSDN

January, 2011

Posts
  • Buck Hodges

    Can you downgrade from SQL Enterprise to SQL Standard?

    • 0 Comments

    Question: Can a TFS 2010 Team Project Collection (TPC) on SQL Server 2008 Enterprise be down converted to SQL Server Standard 2008 edition?

    Answer: This is covered in the 2010 Upgrade guide post.

    The script is: exec prc_EnablePrefixCompression @online = 0, @disable = 1

    (answer provided by Ed Holloway)

  • Buck Hodges

    Code metrics command line tool

    • 4 Comments

    [UPDATE 3/24/12]  You can find a real code metrics activity here as part of the Community TFS Build Extensions.

    Cameron Skinner has announced a new command line tool for generating code metrics.  We’ve long gotten requests to be able to generate code metrics from the build.  Prior to this tool, code metrics could only be generated from within the Visual Studio IDE.

    I installed it this morning.  The readme link on the download page tells you where it is installed, which is %programfiles%\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\FxCop.

    I wanted to do the simplest possible thing (i.e., quick and dirty!) I could to give it a try this morning as part of a 2010 TFS build.  I grabbed the copy of Professional Application Lifecycle Management I happened to have sitting here on my desk at home (thanks, Martin) and turned to page 504 to follow the ZIP archive example to get me started.  You can get the entire build chapter for free (same with the manual testing chapter).

    1. Open up the default build process template in the WF designer (e.g., open the build definition, click Show Details on the Process tab, click on the hyperlink, and double click the file)
    2. Scroll to the bottom of the workflow.
    3. Drag an InvokeProcess activity into the build process.  Drop it in as the last activity in the Try, Compile, Test sequence (drop it after the symbol activity, just before the catch block).
    4. Right click on the InvokeProcess activity and show parameters
    5. Set the following properties, fixing up the paths for your machine and the hard-coded assembly name (like I said, I went for the quick and dirty just to see it work).
      1. Arguments: String.Format("/f:""{0}"" /o:""{1}""", System.IO.Path.Combine(BinariesDirectory, "ConsoleApplication1.exe"), System.IO.Path.Combine(BinariesDirectory, "out.xml"))
      2. DisplayName: Code Metrics
      3. FileName: "D:\Program Files (x86)\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\FxCop\metrics.exe"
    6. Drop a WriteBuildMessage into the bock for the standard output and a WriteBuildError for the error output.
    7. Set the following for WriteBuildMessage
      1. Importance: Microsoft.TeamFoundation.Build.Client.BuildMessageImportance.High
      2. Message: stdOutput
    8. Set the following for the WriteBuildError
      1. Message: errOutput

    Then I checked in my build template changes and ran a build.  The drop folder now contains a file called out.xml with the code metric data in it.

    You can find documentation on all of the activities here on MSDN.

    Enjoy!

    [UPDATE 1/30/10]  Martin sent me the links to the build and testing chapters, which I’ve added above.

  • Buck Hodges

    Changes to the work item type schema reference docs

    • 0 Comments

    The folks who produce our documentation continue to experiment and find ways to improve our documentation.  The most recent change involves consolidating docs.  I’d encourage you to take a look and give them feedback.

    Significant Changes Made to Streamline the Content for Work Item Type Schema Reference

    A move has been afoot to eliminate topics that no one is reading anyway. By consolidating content into a smaller topic set, we believe that you will more easily access the information that supports you in accomplishing your tasks. In the area of defining and customizing the definitions of work item types, this initiative has represented a significant rework to the content that was previously published under the Work Item Type Schema Reference topic node.

    We have made the following changes to this content area:

    • Consolidated content so that you can access the syntax structure and attribute definitions of all elements that support  specific functional tasks - such as the definition of fields, workflow, and work item forms.
    • Kept and updated specific XML element reference topics that warrant keeping, such as the FIELD (Definition) and Control elements.
    • Renamed and enhanced topics to include attribute definitions and examples.
    • Eliminated all remaining reference topics whose content had been consolidated, this included many of the element definition and all of the schema definition topics.

    continued…

Page 1 of 1 (3 items)