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

Re: rationale for 'svnversion' (vs 'svn version') ?

From: Scott Palmer <scott.palmer_at_2connected.org>
Date: 2005-03-28 23:14:00 CEST

On Mar 28, 2005, at 3:09 PM, John Peacock wrote:

> Revision numbers are cheap (we've got 2^16 of them if memory serves).
> And since you can delete the tag when you are done with it, you won't
> even "see" it unless you look at the log. They are not clutter; they
> are history.

That isn't what I meant. I mean that *that* history doesn't belong in
my source code repository if it is just a hack to make the build
process work. That numbers are cheap and no significant space is used
isn't the point.

> I wonder if it is possible to perform multiple copies in a single
> transaction (by using the -F option to 'svn cp'), which would neatly
> deal with your concern with race conditions between tagging and
> building. Even if it isn't, tagging is very fast, so if your build
> script performed all of the tags first, it is very unlikely you would
> have a disjoint set of files when you eventually checked them out.

I would like to have multiple copies as a single transaction. Same
with checking in different projects without needing a WC for their
common root.

I think I will come around to the idea of making a copy for every build.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 28 23:14:53 2005

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.