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

Re: svn switch to an incorrect branch deletes modified local files

From: Stefan Sperling <stsp_at_elego.de>
Date: Thu, 24 Apr 2008 22:58:41 +0200

On Thu, Apr 24, 2008 at 10:22:33AM -0700, Aaron Eppolito wrote:
> Maybe I'll
> sneak in my side question: In cvs you can ask a file for all its
> revisions, regardless of branch. Is there a way to do this in svn?
>
> Foo.cpp r1 -> Foo.cpp r2 -> branch -->
> (head) --> Foo.cpp r3 -> Foo.cpp r5...
> (branch) --> Foo.cpp r4 -> Foo.cpp r6...
>
> [branch/] % svn log Foo.cpp
> r1 | user | date | etc...
> r2 | user | date | etc...
> r4 | user | date | etc...
> r6 | user | date | etc...
>
> It'd be nice to see "[head] r3" and "[head] r5" somehow.

This has been discussed before.

Standard answer:
http://subversion.tigris.org/servlets/ReadMsg?listName=dev&msgNo=91863

Some newer discussion:
http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=136229

It's one of Subversion's weak points currently, due to its design.
Some work has been done to fix this a bit, but AFAIK there is no
end result yet.

> Thanks to everyone for the comments. I think the long story short is that
> --dry-run is our friend. That plus your idea of showing *all* conflicts
> seems to be a good one.

Thanks for your feedback!

-- 
Stefan Sperling <stsp_at_elego.de>                    Software Monkey
 
German law requires the following banner :(
elego Software Solutions GmbH                            HRB 77719
Gustav-Meyer-Allee 25, Gebaeude 12        Tel:  +49 30 23 45 86 96 
13355 Berlin                              Fax:  +49 30 23 45 86 95
http://www.elego.de                               CEO: Olaf Wagner
 
Store password unencrypted (yes/no)? No

  • application/pgp-signature attachment: stored
Received on 2008-04-24 23:19:49 CEST

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.