(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
doesn't.
> 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.
-David
---------------------------------------------------------------------
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