Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9E13610A1C for ; Wed, 25 Sep 2013 21:47:26 +0000 (UTC) Received: (qmail 9345 invoked by uid 500); 25 Sep 2013 21:47:25 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 9041 invoked by uid 500); 25 Sep 2013 21:47:25 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 9033 invoked by uid 99); 25 Sep 2013 21:47:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 21:47:24 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dch@jsonified.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bk0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 21:47:19 +0000 Received: by mail-bk0-f52.google.com with SMTP id e11so102274bkh.25 for ; Wed, 25 Sep 2013 14:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jsonified.com; s=google; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :content-type:content-transfer-encoding:content-disposition; bh=g71+asOyaJputD7xHskuOr3+2H07VCAlJMBY70thtSw=; b=K+BwY/2TDOttEybKDxvnz/TBjdJlSTNpSgLhJGT2XmIgEX4CY8KVQwYeIC/XRQHoHO qXVVPNUV6gC1pJ7fdK8VogGd/0uqMwSSqk8hspYxfDV+ptx/zPyWRcnqYgmQlmr7mD5z iQRRbf1ZvEPagpEqaIpR/ix0TOHro0LpG0lXk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:message-id:in-reply-to:references :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=g71+asOyaJputD7xHskuOr3+2H07VCAlJMBY70thtSw=; b=SIh6daezaA0hNmgKwmB2bsK3BvWr+zpOgNlROJxzE3pYfn0rQCt+1MwzOAQKG2AwsV RylatkYo76iwPFYNaO3uZaXGmPw3mXQd+j3KkuEiQv+vsvvkE9xOB4Jvu21PnLkOrAKz IEND2V0deHZJDuOgMPQpoOhHh6Uvwxzs+/qTAAYFAXl6qf8Isw/3dh11Iywpkjnfb3Fg fBQRCLd4vDWS+yvcaB6b6foWAj+eEws55rQXU7fUPqDS0i1A4IZvlgjl31qN+fIsJf4R H/5N29xhRO3xH/2P5lNvk+mlZDQQuwkQs3p+pKXeQqhJ6szXJ8LY4t486QTlD4LZFjNg EQSg== X-Gm-Message-State: ALoCoQkEvR1PudSRrt+ZkH2Pd0CSNBGxZy0JwnaHuPx33QIa/y1C4PxBOHpTIh1ct/POmm8Q32w7 X-Received: by 10.204.233.129 with SMTP id jy1mr3933517bkb.27.1380145617519; Wed, 25 Sep 2013 14:46:57 -0700 (PDT) Received: from akai.jsonified.com (chello084112019176.2.11.vie.surfer.at. [84.112.19.176]) by mx.google.com with ESMTPSA id pn6sm15446675bkb.14.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 14:46:57 -0700 (PDT) Date: Wed, 25 Sep 2013 23:46:55 +0200 From: Dave Cottlehuber To: dev@couchdb.apache.org Message-ID: In-Reply-To: References: Subject: Re: [DISCUSS] push minor doc improvements/additions directly to release branches X-Mailer: Airmail Beta (201) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org >On Wed, Sep 25, 2013 at 9:04 PM, Dave Cottlehuber wrote: >> Would there be any objections to pushing minor doc fixes & additions directly to master? > >No! In fact, I was doing that already even before 1.3.1 came out, I think. > >> The quicker we can get updates out into docs.couchdb.org, the better. >> >> To be clear, I'm not suggesting that major changes like Alex's branch should just go straight in. > >We talked about this in IRC today, but I'll reiterate here for those >who missed that: I think Alex's work on the docs branch is awesome, >but I feel like the branch has dragged on for way too long. This means >uncounted users have gotten worse documentation than they could have >gotten, because we were still tweaking some little thing or not quite >satisfied with the language somewhere. While this kind of thing can be >unavoidable with code, where there's much more complexity to deal >with, documentation isn't like that, and we shouldn't treat it like >that. Documentation patches should go straight to master or on very >short-lived feature branches. > >Cheers, > >Dirkjan > +1 to that. Dirkjan's right, and it's past time for the superb work Alex has put in to make the light of day :-) SHIP ALL THE DOCS!