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

cooperate or die

From: Tom Lord <lord_at_emf.net>
Date: 2003-03-16 05:35:38 CET

Let's, suspending our disbelief for the moment, on both these lists,
take the latest and greatest bk flamewar on lkml as indicative of
"where we should (both) be for 1.0". I know, you in svn-land have a
skillfully managed, very different plan in place. But, please, for
four more paragraphs, suspend your disbelief.

BK has a per-file, "annotate"-optimizing storage manager PLUS a rich
range of changeset+distribution+fancy-merging features.

`arch' has a really excellent take on
changeset+distribution+fancy-merging features.

`svn' has a really excellent architectural approach to a per-file,
"annotate"-optimizing storage manager.

I'm perfectly happy to stay in the current mutual animosity mode -- I
think arch would _eventually_ "win", but I still believe that there's
a deep potential well there that, if we fall into and suddenly start
cooperating, would lead to a brighter future for all involved.

-t

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Mar 16 05:31:03 2003

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.