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

RE: Checkout files from a deleted/moved directory: problem

From: Gale, David <David.Gale_at_Hypertherm.com>
Date: 2006-02-23 15:31:26 CET

(Returning this conversation to the list.)

Jean-Yves Avenard wrote:
> Looking at it though, they describe a far more complex set up as what
> I posted. I didn't commit files under the same name as the one
> previously deleted, so there are no ambiguities whatsoever.
> This is something cvs would do extremely easily.

Just because you want something simpler than their examples doesn't make
it inappropriate; generally, I'd prefer that, rather than trying to
figure out how to do something more complex than the examples provided.
It's easier.

> So why in my earlier would I have to do:
> svn co -r 3635 https://svn.com/svn/trunk/foo@3635 foo

Because you want the version of the file that was called foo at revision
3635, as it existed at that revision. Without specifying the '-r 3635',
you would be asking for the current version of the file that was called
foo at revision 3635 (say, if you were trying to find where a file had
moved to); without specifying the '@3635', you're asking for the old
version of the file currently known as foo. They're different
questions, obviously. Subversion allows you to ask both of them; CVS

> It would be great if Websvn could manage this too, if I look at the
> history and see that a directory was renamed, clicking on such
> revision will just show a blank page. Is there another SVN web
> interface able to manage delete directory and browse them properly?

I haven't played around with WebSVN much; others on the list (or on
WebSVN's list) could probably help you there. I do know that ViewVC
supports looking at specific revisions of directories.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 23 15:33:26 2006

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.