-----BEGIN PGP SIGNED MESSAGE-----
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).
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
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
|.. 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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
-----END PGP SIGNATURE-----
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sat Oct 21 14:37:03 2006