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

Re: AW: How to find out the rev number where a file was deleted?

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Sun, 28 Nov 2010 11:19:55 -0600

On 11/28/10 12:28 AM, Andrey Repin wrote:
>
>> It doesn't track the future of a file, it tracks the history. Start with a peg
>> revision
>
> Wat? It start with HEAD irrelevant to what PEG revision we've specified.
> And immediately spitting "no such file", although the file is 100% there.

Yes, if you ask it for HEAD in your range, it has to start there because history
only goes backwards. Or it will try to and fail.

>>> [C:\]$svn log -v -r 0:HEAD -- http://svn.darkdragon/repos/test@2
>>> svn: '/repos/!svn/bc/35/test' path not found
>
>> But you are asking it to track the future of that file to a place it doesn't exist.
>
> I beg to differ.
> I'm asking to
> 1. Pick the file (directory) /test at revision 2
> 2. Track it's changes history from revision 0 to HEAD.

But, because subversion tracks a file's history, not it's future even if you
think you are asking it to start with rev 0 and go forward, in fact it can only
start with the last rev and work backwards.

> 3. I'm fully aware that the directory does not exist in HEAD, neither I ask
> Subversion to look there in first place. (literal meaning of "first place")

You have asked it to pick the version of /test that existed at revision 2, then
get the history of that item in HEAD back to rev 0 and print it out backwards.
Or at least that's the only way it can attempt to do what you asked.

> 4. Quite (un)surprisingly, my intent is to actually find revision, in which
> the destruction was made. Because, quite (un)surprisingly, I don't know that.

I'd like to be able to see the future too - but unfortunately, neither
subversion nor I can do that.

> Nah, it could just obey to @PEG rule. Everything will be simpler.
> Unless there's absolutely no other way to track the file from @PEG, which i
> doubt, since you DO can access the file by @PEG, as well as navigate back in
> time easier, than forward.

It does obey @peg, and it can navigate as far as that item existed. If you give
it a range where that item exists at the latest rev it will show you the log of
its history. If you give it a range where the item doesn't exist it will tell
you it doesn't exist because it can only work by finding the highest rev in the
range and following history.

-- 
   Les Mikesell
    lesmikesell_at_gmail.com
Received on 2010-11-28 18:20:43 CET

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.