Re: [RFC/PATCH] t9159-*.sh: Don't use the svn '@<rev>' syntax

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Sep 13, 2011 at 3:57 AM, Eric Wong <normalperson@xxxxxxxx> wrote:
> Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxx> wrote:
>> Hmm, I was hoping that someone would say something like:
>>
>>    "This test does not depend on the difference between the peg revision
>> and the operative revision, because the history represented in the test
>> repo is so simple that there *is* no difference, so Acked By: ... "
>
> Unfortunately, I remain perpetually confused w.r.t peg revisions vs "-r"
> and how it's handled differently between different SVN versions.

I haven't followed this conversation, but I can explain what peg
revisions are.  It used to be the only way to talk about a version of
a file or path was to use '-r REVNUM'.  IIRC, what would happen is
that the url you provided would refer to the now current name of the
file, and Subversion would walk back in history to look up the
specified version of the file.  However, that becomes a problem when
the file no longer exists, or has been renamed.  It's compounded if
there is a new file with the same name in HEAD, because it would look
up the wrong history.  So peg revisions were introduced to say "start
looking here @PEGREV and search forward or backwards for the version
in REVNUM."  So the difference is that old clients always looked at
HEAD to start the search, whereas new clients will use PEGREV if
specified, and HEAD otherwise.

There is a pretty thorough discussion of it in the SVN book:
    <http://svnbook.red-bean.com/en/1.6/svn.advanced.pegrevs.html>

Hope that helps!

-John
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]