Comment Feed for Branching 101 with Doug Neumann - Visual Studio Team Foundation Server (Rory on Channel 9)

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

baleeted — Mon, 02 Apr 2007 16:58:53 GMT

This is very helpful stuff. One thing that might be particularly useful is a little bit more integration with screencasts and/or walk-throughs when a team has decided on a strategy. We're all using VSTS, it'd be great to know exactly how to do what you describe in it :)

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

Brian Keller — Wed, 21 Mar 2007 22:45:51 GMT

The guidance I mentioned in the last post is now available:
http://www.codeplex.com/BranchingGuidance

Over the past week I have received several mails requesting this which confirms our belief that there's strong demand for this sort of guidance. We are very interested in knowing if this guidance answers everybody's questions so please don't be shy and leave comments on the Wiki if you have suggestions for future revisions.

Brian Keller
Technical Evangelist
Visual Studio Team System

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

Brian Keller — Tue, 13 Mar 2007 19:33:20 GMT

Randy -

These are all excellent questions. Rather than answering each one individually, this week we are actually (fingers crossed) publishing the formal guidance we alluded to in the video. This is approximately 40 pages of Team Foundation Server-specific guidance for branching, merging, promotion modeling, etc. which I believe will answer most of your questions. I'm actually in the midst of conducting a final edit pass on that documentation as we speak, so I will post back to this thread once it's available (probably towards the end of this week).

Stay tuned, and thanks for the kind words about the video!

Brian Keller

PS: If you want to drop me a line at briankel AT microsoft DOT com I will send you an email to alert you once this goes live. That way you don't have to keep checking back on this thread.

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

Randy in Marin — Thu, 08 Mar 2007 01:30:07 GMT

Brain,

We have just purchased TFS for our organization. I just read "The Build Master" by Vincent Maraia. I have many questions, and almost know where to start. Here are a few. I'd appreciate any response. Perhaps you can forward this to those that might be generating the guidance mentioned in the video.

1) I'm trying to create a recommendation for a standard folder and branching structure. It would be nice to have a common pattern to follow. Does it make sense to use a "Goldline", a mainline (e.g., VBL), and branch folders? How does this look?

Team project
    Source Control
        Branch (branched from Main as required - FI/RI from main as needed)
            BugFix (contains a branch for each bug?)
            Feature (contains a branch for each feature)
            Release (contains a branch for releases, as needed)
        Gold (always ready for the client - FI/RI from main when good)
        Main (branched from Gold - normal location for development)

Under Gold and Main would be the solutions required by the team for the project. Do BugFix branches come from one location (e.g., Main) or several? Is it redundant when branching releases and features?

2) If later a new project or solution is required, is it added at the lower level (e.g., Main or Feature) and then merged into the higher levels (e.g., Gold or Main)?

3) The P&P guide "Team Development with Visual Studio .Net and Visual SourceSafe" makes it clear that project references are "better" than file references. Project references insure the latest version is used without having to manually update the reference. If a file reference is used to load a library common to several projects, is it possible to automatically use the latest version? Will the references have to be manually maintained?

4) This is related to the last question, but more TFS specific. We have several teams working on diverse projects (e.g., mainframe conversion using cobol.net, property, courts, etc.). We plan to use a team project for each large application (e.g., a new court system). However, there will be some common code for several projects (e.g., CSLA, CAB, etc.). Is it a bad idea to place and maintain the common code a separate team project? Can the code from one team project be branched into another team project? If not, would defining a special workspace to get the code be a bad idea? I'm trying to use project references. Perhaps I should not?

5) The P&P guide "Team Development with Visual Studio .Net and Visual SourceSafe" also states the local working directory structure should match the structure in VSS. Does this apply to TFS?

6) Should only one workspace be defined per TFS? For example: $/ maps to "My Documents\TfsServerName\". This would let multiple users use multiple TFS instances on one client. Will TFS have the same issues as VSS if two users accidentally share a workspace?

And then there is the daily build....

I think these are hard questions. Unfortunately, I have to come up with answers. Perhaps you can point me in the right direction.

Thanks,
Randy

PS I watched the video twice. Thanks for the info.

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

Brian Keller — Sun, 25 Feb 2007 05:27:59 GMT

glass wrote:
He forgot the V1

What do you mean? Where?

Brian Keller

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

glass — Sun, 25 Feb 2007 04:43:15 GMT

He forgot the V1

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

dougn — Mon, 05 Feb 2007 14:02:36 GMT

CTPs don't go through the full release process that betas and final releases go through. We just take a build off the main branch that passes our basic automated tests and ship it. There's no real stabilization process or sustaining engineering after it ships, so we don't need to create a branch.

I like your way of describing it: "Snap a label on the main branch when it starts to look good enough for a CTP." That pretty much captures it.

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

cetin.sert — Sun, 04 Feb 2007 21:16:07 GMT

I would recommend downloading Orcas CTPs as the latest LINQ libraries are sure to be in those previews (Not from May 2006, more recent ones!!) :)

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

warren — Sat, 03 Feb 2007 01:03:16 GMT

Whoah, weird... I was drawing almost exactly the same diagrams for my co-workers when explaining VSTS's branch/merge capability. :)

VSTS is a great product. It really doesn't have a "1.0" feel to it at all, and the team is very helpful in explaining how to do stuff that's a bit off the rails.

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

William Stacey — Fri, 02 Feb 2007 23:22:20 GMT

Thank you. That was very informative. How do you guys "typically" do all those CTP builds? Do you take another branch or just snap a Label on the main branch when it starts to look good enouph for a CTP and keep going?

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

Brian Keller — Fri, 02 Feb 2007 08:21:28 GMT

SecretSoftware: You can find some LINQ videos on Channel 9 here: http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx.

Brian Keller

Re: Branching 101 with Doug Neumann - Visual Studio Team Foundation Server

SecretSoftware — Thu, 01 Feb 2007 19:56:34 GMT

Very nice.

Is it possible to get a video, in which all of the features of LINQ project is demoed on the whiteboard or in a notebook/pc.

Like how to query SQL (Stored procedures using Linq...etc..), and Access databases and other kinds of databases.

How to query registry values using linq, or in memory arrays, andquery XML, use Regx with Linq to select matching stuff.

Basically a demo of what is to come in Orcas.

This would be very cool too.