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

Re: early reflections on subversion methodology

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-08-12 14:03:37 CEST

A.T.Hofkamp wrote:

> Hello all,
> Branko Čibej wrote:
>> BTW, because it lets you define branch and tag namespaces in any way
>> you want, Subversion's way is _more_ flexible than most other VC
>> systems I've seen. I think people are just irrationally afraid of
>> this genericity and flexibility.
> I don't think 'irritionally afraid' would be the correct term, I'd
> call it 'getting lost in the ocean of possibilities'.

Well, O.K. :-)


> Having a set of standard procedures for the standard things would go a
> long way. A kind of user guide for using a version management system.
> In the svn-book, and many other books about SCM, the command to create
> or merge a branch is given, the command to create a tag is given, but
> the procedure as a whole is not (the 1 line command is kind of the end
> result of following a procedure).
> For example, to create a branch (and I have never done this in real
> life with svn, so don't assume that the procedure below makes any sense):
> (assuming project/{trunk,branches,tags} repository layout):
> 1. come up with a nice name for your new branch (assuming 'newname')
> 2. check that the name is not in use in /project/branches
> 3. copy the trunk to the branch
> svn copy ..../project/trunk .../project/branches/newname
> 4. make a tag to merge back to the trunk against later
> svn copy ..../project/branches/newname \
> .../project/tags/newname-branch-<repo-number>
> While this is not earth moving in any way, it does make these
> procedures (and use of svn/SCM in general) more tangible for
> new/inexperienced users.
> (ie such procedures create a nice starting point, an island in the
> ocean imho).

(BTW, the SVN book does recommend a certain repository layout.)

So, basically what you'd like is a book that would be called called
"Configuration Management with Subversion", possibly as Volume 2 of
"Version Control with Subversion"; is that a close guess?

-- Brane

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 12 14:06:17 2005

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

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