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

Re: Single repository, multiple projects?

From: Sean Russell <ser_at_germane-software.com>
Date: 2002-02-03 19:25:25 CET

Hash: SHA1

On Sunday 03 February 2002 10:07, Lars wrote:
> In a given CVS repository, there may be a number of distinct modules.
> What about a Subversion repository?

> I ask because I just realized that when I run 'svn log' from inside the
> 'thing2' working copy, I see log messages for 'thing1' as well. The
> 'revision' number is shared between both projects -- that is, it's global,
> rather than per-project.
> This is obviously not what I want, but I don't know if the problem is with
> subversion (i.e., a bug), or just in the subversion paradigm (i.e., me).

Hi Lars,

At the risk of the blind leading the blind, I think can answer this one.

There is, apparently, some dissention among the SVN developers about whether
what you're seeing is the best behavior or not, but the fact is that
everything in a repository shares a root node, and a version. The argument
against seems mainly to be that in any reasonably large repository, the
versions are going to get out of hand very quickly, and that people will
(superficially) see projects changing when, in fact, they haven't. The
argument for the current way (AFAICS) is that versions in SVN are, unlike
CVS, invisible backend mumbo-jumbo that Normal Users shouldn't deal with
much, anyway.

Personally, I started out not liking the shared version, and I still don't
like it very much. However, I've learned to live with it. I ignore the
versions, and tag my releases, which are the only versions I care about
anyway. The only time I'll be using versions is when I back something out,
or maybe when I merge. The current SVN one-version-per-repos isn't IMHO the
way I'd like to have it, but in practice it hasn't been too bad. The
alternative -- a different repository for each project -- is an
administrative nightmare.

- --
 |.. Microsoft should stick to things they do well, like buying companies
<|> that make good hardware and sticking their labels on the products.
/|\ They should stay away for things they do poorly, like constructing
/| operating systems.
 | -- SER
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:03 2006

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.