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

Re: [Feature] unique version numbers

From: John Peacock <jpeacock_at_rowman.com>
Date: 2005-06-03 15:56:36 CEST

Micha Bieber wrote:
> Because it is a pretty often needed feature for many regular
> build processes, I jumped in here with the request - completely innocent
> from a users point of view.

Which is why there is a FAQ entry for how to accomplish it. Perhaps we
can improve the FAQ answer but there is no way to do anything different
given the nature of the existing WC code. It's not a matter of how
difficult it would be to add to the codebase; it is that without a
[pretty much complete] redesign, any change that would cause massive
slowdowns for _all_ users, not just the ones who wished to use this feature.

I'd recommend reading through the section of the book on Revisions:

http://svnbook.red-bean.com/en/1.1/ch02s03.html#svn-ch-2-sect-3.2

and especially the section on "Limitations of Mixed Revisions" as this
touches on why a $GlobalRev$ keyword would be bad for performance. The
short answer is that the only time that keywords get updated in a file
is when the file is updated, and to have a $GlobalRev$ keyword would
normally require updating the entire WC after every commit (which for
large projects would be a massive slowdown). See Greg's message for a
possible way to shortcut that search/replace, but it isn't guaranteed
that this will be acceptable performance-wise either.

> Do you talk about the link from my original posting or do I miss
> something ? As far, as I can see the mentioned solution is platform-dependent.

Yes, the example code is specific to compiled/linked applications using
a Makefile, but in any non-trivial project, there will be some sort of
build process that can (in general) be leveraged to perform exactly the
same kind of transformation. That's why I asked about what language you
were using so we could suggest a way to use svnversion to extract that
information as part of the normal build process. It's not going to be
platform-independent, but it can be done everywhere, just differently.

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 3 16:01:42 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.