[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 16:52:30 CEST

Greg Hudson wrote:
> However, there is some hope. In
> http://subversion.tigris.org/issues/show_bug.cgi?id=1975 I noted that
> the solution to a fairly obscure bug ("svn switch" doesn't update $URL$
> values) looks very similar to an implementation of $GlobalRevision$.

Not to throw cold water on this, but in the 'svn switch' case, we know
what files were "switched" and hence we know which files need to be
checked for re-expansion of keywords. In the ordinary 'svn ci' case, we
have no list of files to use as the basis for re-expansion, so I don't
think that fixing 1975 will help much in the generic $GlobalRevision$.
Unless there is some way to flag a specific file or files as requiring
keyword expansion on every commit/switch/etc, we are left with the
unpleasent task of walking the WC to look for svn:keywords and
potentially re-expanding those files.

It may be better to create a new option which specifically force a
re-expand on all keywords in the WC. Thus, the people who don't need
this feature don't get this hit; people who do want this can do:

        $ svn ci -m 'something' --force-expand-keywords

and the client code will perform an additional walk at the end to DTRT.
  There should also be a way to trigger this re-expand independently (so
that projects which only store the $GlobalRevision$ in one file or in
one directory can use a non-recursive fashion).


p.s. I've added this thread to the incident for future reference

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 17:00:15 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.