On 20 January 2003, Karl Fogel said:
> Uh, if you consider that "proviso" liveable, you probably don't need
> Subversion in the first place :-).
Well, I've been living with CVS and the nasty file-rename hack I
described for 3-4 years now, so I guess it's *liveable* (as long as you
have direct repository access!). But it sure as heck isn't very
> I think everyone agrees that true rename would be preferable than
> copy+delete. It turns out that there are some complexities involved
> in implementing true renames that are actually quite difficult to deal
> with, so we've simply postponed dealing with it till after 1.0.
That's very good news. I wasn't really clear on whether you guys
thought this was important or not.
> I'm not sure in what sense you mean CVS's support is "better", even
> without that proviso. As far as I can tell, the method you describe
> in CVS offers exactly the same support Subversion does (oh, but with
> the "proviso" that in Subversion there are still a few bugs about
> certain commands not following copy history correctly -- but note that
> the copy history *is* recorded in the repository, so these are quite
> fixeable and are scheduled for pre-1.0).
I'm pretty sure the only reason that "CVS+nasty rename hack" is better
than "Subversion w/ current limitations" is due to the bugs you
described. As long as these bugs are shallow, fixable, and eventually
fixed, Subversion will have the edge. When Subversion recognizes rename
as an atomic operation, Subversion will kick ass.
Keep in mind, too, that I have a much better understanding of CVS, flaws
and all, than I do of Subversion. I know how to get what I want out of
CVS, and I know full well what it can't do. I really really *want*
Subversion to come along and magically do everything that CVS does, and
everything that CVS can't do, and do it all better. Unrealistic
expectations? Sure. But the more people you convince to take the
plunge, the more of this you're going to hear (at least, until
Subversion meets those high expectations).
Greg Ward - software developer email@example.com
MEMS Exchange http://www.mems-exchange.org
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Mon Jan 20 17:30:21 2003