Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
MIME-Version: 1.0
In-Reply-To: <35DE0BE1-AF3A-4E12-86F1-24D04C773172@couchbase.com>
References: <CFBDC5A8-036E-4B9F-A2F2-243ADD5D19BC@couchbase.com>
	<CAJNb-9qyZ-7tF3X69kctpZZx0Wiob3AbWnYmH4012C-gArPNFw@mail.gmail.com>
	<35DE0BE1-AF3A-4E12-86F1-24D04C773172@couchbase.com>
Date: Thu, 10 Oct 2013 20:23:41 +0100
Message-ID: 
 <CAD2UGCXMw+DrfJeNKHmAUSnCDs+m5tcRqEuWxYwY+n+kVMGiqg@mail.gmail.com>
Subject: Re: Documentation of winning-revision algorithm?
From: Dale Harvey <dale@arandomurl.com>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=20cf30223bf58959c904e867f054

--20cf30223bf58959c904e867f054
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

https://github.com/apache/couchdb/blob/master/src/couchdb/couch_doc.erl#L35=
1

Yup, looking at he implementation its sorting tuples of the form, {true, 2,
'revid'}, which matches what you explained, looks like my pouch
implementation is also the same

https://github.com/daleharvey/pouchdb/blob/master/src/pouch.merge.js#L199


On 10 October 2013 20:12, Jens Alfke <jens@couchbase.com> wrote:

>
> On Oct 10, 2013, at 9:57 AM, Benoit Chesneau <bchesneau@gmail.com<mailto:
> bchesneau@gmail.com>> wrote:
>
> maybe that helps:
> https://github.com/refuge/rcouch/wiki/Replication-Algorithm
>
> No, thanks; the replicator actually doesn=92t care about the
> winning-revision algorithm, because it doesn=92t ever need to find a defa=
ult
> revision or resolve conflicts. It just adds revisions to the tree.
>
> =97Jens
>

--20cf30223bf58959c904e867f054--