Re: svk working copy design useable for svn too?

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