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

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.

Scott

---------------------------------------------------------------------
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