[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Using Subversion in Real Life; merging strategies?

From: Brad Appleton <brad_at_bradapp.net>
Date: 2002-09-09 01:54:31 CEST

On Sat, Sep 07, 2002 at 06:53:31PM -0700, Colin D Bennett wrote:
> I'd appreciate any description of how you use Subversion for branching, or
> links to pages with tips on this.

I have a webpage of relatively tool-independent "best practices" for branching at:

(goto the "SCM Best Practices" hyperlink, then look for branching). The only prerequisites are a tool with good branching support. The best practices are documented as "patterns" and are commonly used with many SCM tools across the industry (including ClearCase, which I see you don't like, but these practices are not specific to ClearCase. The work just as well with Perforce, or other tools that have good support for symbolically named branches)

Also, if you take a peek at http://www.berczuk.com/scm-patterns-book, I think there is still a draft manuscript there of a book with some basic ("core") patterns for version control that include some of the more basic and common branching patterns. (the branching patterns in the book are taken from the branching patterns in the previous website). At present, the draft is freely available. Sometime very soon (I think during this month) that will no longer be the case and you'll have to go buy the book for the "final draft".

The book mentions subversion as a next-gen replacement for CVS. Maybe in the next edition it can say more about Subversion and include some examples.

Brad Appleton <brad_at_bradapp.net>  http://www.bradapp.net/
 "Education is the ability to listen to almost anything
  without losing your temper or your self-confidence."
   -- Robert Frost
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Sep 9 01:55:38 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.