Řyvind Harboe <firstname.lastname@example.org> wrote on 08/09/2005 02:39:52 PM:
> On Tue, 2005-08-09 at 19:43 +0200, Hugo Visser wrote:
> > Thats strange...in fact you are blaming the vcs for something it has
> > control over.
> Eclipse + CVS handles out of bounds copy/delete/move reasonably well and
> this lead me to believe that Subclipse would eventually be able to pull
> of the same stunt.
I agree it could be handled better, but until the Subversion developers
agree and add more support in the core libraries it would be difficult. I
*think* that TortoiseSVN tries to handle some of the scenarios, like
missing files. Perhaps we could as well. I think the one that no one
could ever handle correctly is any kind of move/copy/rename. We might be
able to turn those into a delete + add, but not a delete + add where the
history goes with the add, as it would if you used Subversion.
The CVS comparison is not always fair to make because CVS is ultimately
file based. Consequently, it does not necessarily care where a file is
located. As an example, in Subversion it is impossible to checkout a
file. You can only checkout a folder and all of its files. It is a
design tradeoff. It solves a lot of problems that CVS has, but introduces
new problems of its own.
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
Received on Wed Aug 10 05:15:21 2005