AW: Potential bug: Retrieve old revision after moving file

Dear Ben,

Thank you very much for your kind response. Actually, I expected such an answer... Is there any chance that this bug is fixed in 1.0.1? It would be very helpful for people who only use a graphical frontend like TortoiseSVN. To me it looks like the other commands have to use some common library function, haven't they?

BTW: How about the following proposed 1.0.1 patches?

  * r8577, r8584
    Prevent a potential ra_dav commit race-condition.
    Justification: fixes a conflict between deltaV and svn semantics.

  * r8617
    Fix improper cursor shutdown in libsvn_fs leading to wedgitude.
    Justification: severe lossage occurs if this bug is encountered.
      +1: cmpilato, dlr

Are they critical, i.e., can they corrupt the repository? If yes, could you please create a WARNINGS file that tells people how to work around potential problems in 1.0.0? I can live with restrictions but data losses are something different (not that I have experienced any loss in the past...)

Go on with the development of your excellent tool!

Michael

-----Ursprüngliche Nachricht-----
Von: Ben Collins-Sussman [mailto:sussman@collab.net]
Gesendet: Dienstag, 17. Februar 2004 17:05
An: Schmitt, Michael
Cc: dev@subversion.tigris.org
Betreff: Re: Potential bug: Retrieve old revision after moving file

On Fri, 2004-02-13 at 07:06, Schmitt, Michael wrote:

> So how can I retrieve the old version? If old revisions are lost in
> space after a move operation

They're not lost. The problem is that only 'svn log' understand
copy-history. ('svn mv' is implemented as 'svn cp && svn rm'). There
are already bugs/feature issues filed on making other subcommands aware
of following history. For example, 'svn diff', 'svn ls', and 'svn cat'
ought to follow history backwards as well.

The workaround for 1.0 is to run 'svn log -v foo.c', and figure out the
exact (revision, path) pair that you want to cat. Then you run

   svn cat -r REV URL-to-old-path

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 17 18:15:38 2004