Buck Hodges

Visual Studio Online, Team Foundation Server, MSDN

July, 2005

  • Buck Hodges



    The dogfood system is now based on the July CTP (it's nearly the same).  Surprisingly, we had to fix the NIC setting on the production dogfood server.  This time we knew where to look when we saw terrible data transfer rates from the server.  Rather than being explicitly set to half duplex, it was set to auto.  However, it fell back to a half duplex setting automatically.  Changing the setting fixed the problem.

  • Buck Hodges

    July CTP for Team Foundation is headed your way


    Rob Caron just posted that the July CTP is making its way through MSDN now.  As Rob points out, be sure to check out the Known Issues and Readme pages.

    One of the things that held up the release was we spent Monday trying to figure out why the communication between the source control mid-tier and client was terrible.  Downloads were taking forever, as were large web service responses.  We thought it might be a bug in our code or a bug in the framework.  At the end of a long day, it turned out that the duplex settings for the network cards in the test machines were wrong, causing dropped packets.  Evidently the image used to set up the machines was wrong.

    I've written about some of the July CTP changes before.  Try it out!

  • Buck Hodges

    Dogfood statistics update


    Here's an update on what's changed since June 1 (John's last update was for May).


    • With assigned work items: 408 (down 26)
    • Version control users: 370 (up 51)

    Work items

    • Work items: 39,156 (up over 5,900)
    • CSS nodes: 1,831 (up 120)
    • Versions: 298,879 (up 56,000)
    • Attached files: 9,629  (up 1,600)
    • Queries: 3,213 (up 600)

    Version control

    • Files: 305,154 (up 34,000)
    • Folders: 33,440 (up 3,000)
    • Workspaces: 750 (up 140)
    • Shelvesets: 1,547 (up 300)
    • Checkins: 5,663 (up 2,200)
    • Pending changes: 8,391 (up 3,500)

    Past 7 days

    • Users: 407
    • Gets: 32,111 (up 10,000)
    • Downloads: 2.5M (down 1.1M)
    • Checkins: 415 (up 126)
    • Uploads: 17,380 (down 52,000)
    • Shelves: 474 (up 100)
  • Buck Hodges

    Alert settings


    Occasionally, the question about how to configure, after installation, the alert email SMTP server and from address setting have come up in the Team Foundation forum.  Alerts are emails that are sent when a check-in occurs in the Team Project you specify, or a work item assigned to you changes.  Users can sign up for alerts by going to the Team -> Alerts menu in VS 2005 after connecting to a Team Foundation Server or by right-clicking on a Team Project in Team Explorer and choosing Alerts.

    To set the SMTP server and the from address, edit file "%ProgramFiles%\Microsoft Visual Studio 2005 Enterprise Server\BISIISDIR\bisserver\web.config" on the application tier.  In the AppSettings section, you should see settings for the SMTP server and email address. Change the values or add the settings.

    <add key="emailNotificationFromAddress" value="tfsaccount@yourdomain." />
    <add key="smtpServer" value="yoursmtphost" />

  • Buck Hodges

    Changeset milestones in dogfood


    John Lawrence has posted dogfood usage stats in the past.  I took a look at the changeset "milestones" today.  The rate of changesets being created has certainly increased as more users have been added to the system.

    To get the latest changeset, you can run h changeset /latest or h changeset /latest /i if you don't want the gui.  For any given changeset, you can specify the number, such as h changeset 4000 /i.  You could also use the history command, h history $/ /r /i, to see them all (use /stopafter to limit the number of changesets returned by history, such as /stopafter:10 to see only the last 10 changesets).

    Latest at the moment is changeset 5771
    Changeset 5000 was checked in on June 29
    Changeset 4000 was checked in on June 13
    Changeset 3000 was checked in on May 20
    Changeset 2000 was checked in on April 26
    Changeset 1000 was checked in on March 15
    Changeset 1 (creation of the server - that upgrade started with a fresh server installation) was checked in on December 10, 2004

  • Buck Hodges

    Info on the upcoming July CTP


    We're still ironing out a few more wrinkles in preparation for the dogfood upgrade, but I wanted to go let folks know that it's going to require two server machines to install.  With beta 2 we had a setup that would allow you to install it all on a single machine, which was great for getting a system set up for evaluation.  Unfortunately, I was told that the July CTP won't be able to do that.  You'll need separate machines for the application tier and data tier.  You can still install a client (VS 2005) on the application tier box.  You could also run the application tier in a virtual PC that runs on the machine with SQL server to reduce the physical machine requirements to one (if you use Virtual PC, make sure you give it enough memory).

    The July CTP has a lot of good changes in it.  We've cleaned up the names across most everything.  The assembly names have been changed and no longer contain code names.  Likewise, the namespaces have been cleaned up.  Some of the executables, such h.exe, still need to be renamed.  Overall, you'll find there's been a lot of clean up.

    Also in the July CTP we've tried to get in all of the protocol changes.  Some of those changes were name changes.  Others were significant overhauls of particular web methods.  Going forward, we want to minimize the protocol changes, partly because we'll be using the live development client binaries with the dogfood server.  The code developers build on their machines will be what's used to get work done, such as check out files and change work items.

    Other changes are a little less noticeable.  We've cleaned up the database names and cleaned up the schemas.  We've updated the names of the web services.  Active Directory Application Mode (AD/AM) is gone, so backing up the server is little more than backing up the SQL Server databases.

    As you might imagine, there have also been a lot of bugs fixed in the product over the four months or so since the code was frozen for beta 2.  Some of the bugs fixed have been reported in the Visual Studio Team Foundation MSDN forum.

    After the cut for beta 2, there were a number of design change requests (DCR) that were approved and implemented.  These are effectively features that either needed to be added or improved significantly based on either customer feedback or our own use of the product.  For source control, these DCR's included re-working the conflict resolution experience (resolve dialog), improved administration features, support for files larger than 4 GB, support for uncompressed files (e.g., files, such as JPEG files, that grow rather than shrink with GZip won't be stored compressed), and a caching proxy server.

    The caching proxy server was the biggest source control DCR and provides support for geographically distributed teams by caching the files that are downloaded from the server.  After the first request for a version of a file, all subsequent requests can be fulfilled locally using the local caching server.  The caching proxy stores each version of each file that is requested, and its ability to cache files is limited only by the amount of disk space that it is given.  This DCR was driven by customer feedback (when something comes up often enough, it gets addressed).  It also is something we're looking forward to using with the new dogfood upgrade because we (the source control team) are in North Carolina.

    Speaking of making things faster, the most important changes in the July CTP are the overall performance improvements.  We've made a lot of significant performance improvements across all of Team Foundation Server when compared to beta 2.  Work item tracking bulk updates are faster, as well as integration with Excel and Project.  The analysis and reporting services use less memory and run faster.  The warehouse code is more efficient (you hopefully shouldn't need to change the warehouse interval any more).

    One area that has improved greatly is the performance of the TFS source control integration in VS 2005.  We spent quite a bit of time making it faster by changing how and how often it calls the server, as well as tuning the server for some of the calls that it uses most often.  While we're not completely done with performance improvements, I think you'll find the difference to be significant and worth the time to upgrade if you are using beta 2.

    On separate note, be sure to check out the slides from Doug Neumann's presentation on TFS source control from TechEd 2005: DEV 466 Enterprise-Class Source Control.  Doug includes topics like promotion modeling and the aforementioned caching proxy server in his presentation.  He's no longer the only source control PM, as Mario Rodriguez joined the team recently (he used to work on the XBOX team).

Page 1 of 1 (6 items)