This project is read-only.

Question: How do I use branching to release and maintain my application?

J.D. Meier, Jason Taylor, Alex Mackman, Prashant Bansode


Use a Release branch when you are ready to stabilize your build prior to release.

The following is an example of what your branch structure may look like after you have created a release branch:
  • Dev – Development Branch
  • Main – Integration Branch
  • Production – Folder for release branches
    • Release 1 – Release Branch

Keep the following recommendations in mind when working with a release branch:
  • When to branch: When you are ready to release, integrate everything into the Main branch and then create a release branch that can be used to stabilize the application prior to release.
  • When not to branch: If you are using one TFS project per release, then you can use the new project to continue development instead of a branch in the current project.
  • Permissions on branch:
    • Prior to release – Read/write for all developers.
    • After release – Read/write for developers working on hot fixes, read-only for everyone else.
  • Build frequency in branch: On-demand builds.
  • Testing focus in branch: Sign off on release.

You should use the Release branch for the targeted fixes and changes necessary in order to stabilize a build prior to release. Development of the next version of your application can occur in parallel in your main development or integration branches so they can get the benefit of the stabilization changes you made prior to release. Once a final release build has been created, you can merge the changes from the release branch back into your main development and integration branches

More Information

Last edited Mar 22, 2007 at 2:00 AM by prashantbansode, version 3


No comments yet.