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

Re: Delete revision of an object has no peg revision?

From: Duncan Murdoch <murdoch_at_stats.uwo.ca>
Date: 2007-01-12 03:02:35 CET

On 1/11/2007 3:26 PM, Brummer, Byron wrote:
> Michael Sinz [mailto:Michael.Sinz@sinz.org] wrote:
>> I think this just shows the confusion even more. r33 is not a
>> historical log for the test.txt file. It does not exist there.
>> The transition from r32 to r33 has some information about the
>> file (and in this case the deletion) but at r33 (and r34, r35,
>> etc) the file does not exist.
>>
>> The real question/problem is the inconsistency of the reporting
>> of the transition vs the next repository state. A revision is
>> a complete repository state.
>
> A history is a story ("his story"), in other words a tail
> of transitions and not a list of static states.
>
> svn log is a historical representation. svn update, svn
> info, etc are for stateful representations. -If log were a
> stateful representation it would have no revision span option
> (eg, r10-20) at all as a state is a solitary concept. I'd
> like to point out that svn info does not allow for r#-#
> syntax, which makes sense because info *is* a state
> representation.

Now that this horse is completely dead, I'd like to add the following to
its beating:

  - copies *from* an object are also part of its history.

I'd like to be able to see at a glance each time I branched an object,
just like you'd like to see when you delete it.

In fact, maybe these are really different versions of the same request.

Duncan Murdoch

> For those that were mis-taught in school that "learning
> history" is about learning a list of names and dates there
> could be a misunderstanding of what the term "history" really
> means. I blame underfunded school systems. ;-)
>
> -Byron
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 12 03:03:50 2007

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.