Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 90127 invoked from network); 17 Apr 2010 18:00:10 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 17 Apr 2010 18:00:10 -0000 Received: (qmail 49662 invoked by uid 500); 17 Apr 2010 18:00:09 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 49610 invoked by uid 500); 17 Apr 2010 18:00:09 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 49602 invoked by uid 99); 17 Apr 2010 18:00:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Apr 2010 18:00:09 +0000 X-ASF-Spam-Status: No, hits=4.7 required=10.0 tests=FREEMAIL_FROM,FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of randall.leeds@gmail.com designates 209.85.223.171 as permitted sender) Received: from [209.85.223.171] (HELO mail-iw0-f171.google.com) (209.85.223.171) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Apr 2010 18:00:01 +0000 Received: by iwn1 with SMTP id 1so2179981iwn.27 for ; Sat, 17 Apr 2010 10:59:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:received:message-id:subject:from:to:content-type; bh=EruDheOIBS36XGNlHfn8Ht5gfyrPO0qUSkPN6CnqsA0=; b=HfzvM+rB1B2NV+mDCcdL2M8ibDxCHBC7vo3KxW4GdhBBP+X2ofYrdhewLlhqW66eNY lV8oouwb5rbvz6m8DiEZlIE1NpsYagoqg8PUaqUMCTH3Pa/IgrsI5vQxpiYsRM7qIzUk VT6yiQaHD5IA0tXdnad/LMeXWofwZOrTwnKC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=JzASifZWVml56YB1iBQodjQmDgLx5kju+h8zLggyJGtm22eRfHFGBm/EZA3SMFjRvl iH2SiFPuv75zWFJSqwk8JAZtElmvEDOAj4qZOjw4xbZ6Xu2q/r29pmf1IHkdOGelgZML 1yJmKon8+wUt2fMi4DTv1GPLlY3d02PPynYMA= MIME-Version: 1.0 Received: by 10.231.176.164 with HTTP; Sat, 17 Apr 2010 10:59:40 -0700 (PDT) Received: by 10.231.176.164 with HTTP; Sat, 17 Apr 2010 10:59:40 -0700 (PDT) In-Reply-To: References: <450D50A1-8613-4796-8046-44B8AF7A5526@googlemail.com> Date: Sat, 17 Apr 2010 10:59:40 -0700 Received: by 10.231.148.1 with SMTP id n1mr1096692ibv.96.1271527180149; Sat, 17 Apr 2010 10:59:40 -0700 (PDT) Message-ID: Subject: Re: getting all revisions from _changes From: Randall Leeds To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=001485f64744e523860484727d6b X-Virus-Checked: Checked by ClamAV on apache.org --001485f64744e523860484727d6b Content-Type: text/plain; charset=UTF-8 No example here, but I've heard old-versions-as-attachments echoed a lot. This method keeps the versions all together in one doc without downloading the whole history when you GET the newest. Useful unless you have other attachments and need to include them inline when you request for other reasons than fetching history. On Apr 17, 2010 12:40 PM, "erich oliphant" wrote: Thanks for the info. Any 'patterns'/examples for doing the versioning programmatically ? I have a general idea based on you guys comments, but don't want to reinvent the wheel ;) On Sat, Apr 17, 2010 at 10:08 AM, Matt Goodall wrote: > On 17 April 2010 14:42, erich oliphant wrote: > > Ok, so the 'versioni... -- Erich Oliphant "There are, in fact, two things, science and opinion, the former begets knowledge, t... --001485f64744e523860484727d6b--