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

Re: bug in Subversion, or do I have unreasonable expectations?

From: Joshua Varner <jlvarner_at_gmail.com>
Date: 2005-09-25 22:28:06 CEST

On 9/20/05, A.T.Hofkamp <a.t.hofkamp@tue.nl> wrote:
> Phillip Susi wrote:
> > Add me to the list of people who don't get peg revisions. It seems to
> > me that when you specify revision x to checkout, it should look in the
> > repository under revision x, not the head, and check out the files it
> Hello all,
> I also have yet to encounter the use-of-peg-revisions (and I doubt whether I
> will 'get it' the first time, but it seems to me that a lot of confusion is
> created by the -r rev option, which seems to work a lot like CVS -r with the
> attached assumed semantics which don't fully match.
> As a suggestion, would it be a good idea to drop the -r option and have users
> always use peg revisions?
> Then you have a totally different look and feel of getting old revisions with
> a lot less possibilities for confusion.

The default behavior does not require you to know the history of the file
in question and is designed to simplify that case. I.e. you are working on
a file name a.txt, but that 3 months ago was name b.txt. The behavior you
are asking for would give you information on some possibly different
file that happened to have the same name in the revision you are interested

Peg revisions are the more advanced uses case, and concomitantly more
complicated. There you are saying back at revision 500 I know this file was
named blah.txt, but I'm not positive what has happened to it since then. It is
only confusing in that brief window when you know both the old name and
the new name, instead of letting subversion remember that for you.

The more common case, and therefore the default, is that the user is familiar
with the current configuration of the repository and will use that as the
baseline for queries. Such is my understanding of the issue, hopefully that
clears up some of the questions.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Sep 25 22:30:32 2005

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.