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

Re: Current Updated Revision Number

From: Jack Repenning <jrepenning_at_collab.net>
Date: 2003-09-08 20:56:36 CEST

At 2:16 PM +0100 9/8/03, Julian Foad wrote:
>
>(b) the WC base revision, as given by "svnversion". A keyword based
>on "svnversion", with its argument restricted to parent
>(grandparent, ...) directory of the file in which it appears

Hmmm ... that depth would have to be user-settable, right? So either
the keyword includes the target to use

        $SvnRevision:../../..:$ non-expanded
        $SvnRevision:../../..:6329-9654$ expanded

or maybe the svn:keywords value that specifies to expand this one
would also name the target

        $SvnRevision$
        $SvnRevision: 6329-9654$

        svn pset svn:keywords SvnRevision:../../.. thatfile

Something along those lines?

>At first I thought the problem was that the file ought to be updated
>even when it is not in the (implicit or explicit) list of files to
>be updated. But that is not a problem: the file will always be in
>the list during a recursive update of any of its parents, and in
>non-recursive update that does not include this file, it will not be
>updated. That makes sense.

I'm not sure it makes sense to me. More to the point, does it make
sense to the people who want this?

Suppose the file with the expandable keyword is "conf/revfile" (below
trunk/ or tags/whatever/ or branches/whatever/, as the case may be).
To build a release that includes one patch, the buildmeister does:

        cd trunk/ # or branches/whatever, or ....
        svn up -r 1234 # includes conf/revfile, so it gets 1234
        svn up -r 2345 src # excludes conf/revfile, so it doesn't change?

Now revfile says "1234", but svnversion on "." would say "1234:2345",
which I think is not what anyone would want.

>The problem is that the file(s) with the keyword cannot be correctly
>updated until all of the other files have been updated, or at least
>until their new revision number is known.

Mmmm ... an excellent point I had not considered.

-- 
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 8 20:57:36 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.