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

Re: svk working copy design useable for svn too?

From: John Peacock <jpeacock_at_rowman.com>
Date: 2005-06-17 16:19:18 CEST

solo turn wrote:
> On 6/16/05, Ben Collins-Sussman <sussman@collab.net> wrote:
>>Also, what are the disadvantages of XD?
>
> i'm not sure if there are any. one obvious might be that it uses
> subversions bdb backend which does not run on nfs.

No, you are mistaken. SVK can use whatever FS libraries that Subversion is
compiled with:

$ svk help depotmap
NAME

     depotmap - Create or edit the depot mapping configuration
...snip...

     Depot creation respects $ENV{SVNFSTYPE}, which is default to fsfs for
     svn 1.1 or later, and bdb for svn 1.0.x.

I have stopped compiling in BDB at all on newer installs and SVK works just
fine, thanks! ;-)

> another might be (and this is more a general problem i guess) the
> merging issue bram cohen (codeville) and nathaniel smith (monotone)
> are discussing, saying star merge (as used by svk) is not worth the
> trouble, use codeville merge

Not suprising that the people developing a new algorithm think it is the best
thing to use. I don't even see any mention of star merge in that discussion per
se (unless you are talking about the pathalogical 3-way merges discussed on the
monotone list). I'll let CLKao defend his SVK technique (since this is more
than I can wrap my head around at the moment).

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4720 Boston Way
Lanham, MD 20706
301-459-3366 x.5010
fax 301-429-5747
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 17 16:18:16 2005

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.