Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 24695 invoked from network); 6 Aug 2009 18:12:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Aug 2009 18:12:47 -0000 Received: (qmail 74334 invoked by uid 500); 6 Aug 2009 18:12:53 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 74259 invoked by uid 500); 6 Aug 2009 18:12:53 -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 74249 invoked by uid 99); 6 Aug 2009 18:12:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Aug 2009 18:12:53 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mikeal.rogers@gmail.com designates 209.85.222.184 as permitted sender) Received: from [209.85.222.184] (HELO mail-pz0-f184.google.com) (209.85.222.184) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Aug 2009 18:12:44 +0000 Received: by pzk14 with SMTP id 14so1127896pzk.29 for ; Thu, 06 Aug 2009 11:12:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=hg6R0IzWz0GPVV3t61JM/Vx0qexEUs7rD+FoD9OUhy0=; b=hE0BsTR97slV2NKzMlLHePosNrvJDwujRd3DS1UKy+caygCHmYM41fFWZ6ZP/+KIBA iHXBOBvgax2WknBvq/1zGaV2h7nWnDFzIVgcW3yxhdBP+L2yYMLszBqSeJXjY+Ds+6L3 oTiKO20+2C0J/EKqvlN2F9MTRwta7huQfYrmA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=xXbicvdYAAtXFSG21W7O0hyLx4a0bKrCVPR/AXTh1CA8pnCkmzdYevgsl9H3QiJBQr ZLExvU0VstghgkaYl1o4Z2gGR8yxuicVuzvkc4u2zdCbVSfLE5YGR24Qga+T4TtnNJ6R +XBBnQZZ9G5SwjAIwr5B2uGYwbLf7lJiQGPhw= Received: by 10.114.196.2 with SMTP id t2mr243731waf.59.1249582343868; Thu, 06 Aug 2009 11:12:23 -0700 (PDT) Received: from ?192.168.1.103? (c-67-180-253-251.hsd1.ca.comcast.net [67.180.253.251]) by mx.google.com with ESMTPS id m28sm340536waf.37.2009.08.06.11.12.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 06 Aug 2009 11:12:23 -0700 (PDT) Message-Id: <96A8267B-72C4-473F-A78A-B8C665805D4A@gmail.com> From: Mikeal Rogers To: dev@couchdb.apache.org In-Reply-To: <399A2534-FBBB-4D0E-A7C9-A04AB0E175BA@apache.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: Uneasiness with use of github for experimentation Date: Thu, 6 Aug 2009 11:12:20 -0700 References: <399A2534-FBBB-4D0E-A7C9-A04AB0E175BA@apache.org> X-Mailer: Apple Mail (2.936) X-Virus-Checked: Checked by ClamAV on apache.org A CLA is required for any contribution, even patches. An SVN repository doesn't inherently fix this as patches can still be sent to committers over email and then checked in. While it's true git encourages more distributed workflows it's still the responsibility of committers to make sure all contributions are contributed under a CLA whether they come through svn, git or osmosis. I'm skeptical that an apache lab repository would really be "under the oversight" of anybody since few would be watching it outside of those contributing to it which I assume are the same people currently working in github. Github does have he advantage of allowing *other* people to use this code easily and modify it for their own uses before it's made it in to the main line repository, even if those contributions don't make it back upstream because of CLA issues they are still providing some level of testing and stability checking over the work. -Mikeal On Aug 6, 2009, at August 6, 20095:24 AM, Curt Arnold wrote: > While I'm bringing up contentious issues, use of github for a > sandbox for developing significant modifications to CouchDB makes me > uneasy. If I start something on github and accept contributions and > ideas from other uses, I can't represent the eventual patch as my > original work (as required by the CLA). Also, it reduces the > visibility (barring an explicit opt-in) of the development from the > radar of the PMC and community. Other ASF projects have created > "sandboxes" in their SVN for experimental work and the threshold for > commit access to the sandbox could be lower than the trunk (still > would require CLA and an Apache account). Any Apache committer > could use Apache Labs, but since that is not developed with the > oversight of the community that still needs a pass through the > Incubator. Having a sandbox or labs branch in the CouchDB SVN would > provide a location for non-trunk development that is still under the > oversight of the PMC and community.