Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 32256 invoked from network); 12 Nov 2009 09:57:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Nov 2009 09:57:36 -0000 Received: (qmail 95110 invoked by uid 500); 12 Nov 2009 09:57:35 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 94938 invoked by uid 500); 12 Nov 2009 09:57:35 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 94928 invoked by uid 99); 12 Nov 2009 09:57:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Nov 2009 09:57:35 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of elecharny@gmail.com designates 209.85.218.210 as permitted sender) Received: from [209.85.218.210] (HELO mail-bw0-f210.google.com) (209.85.218.210) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Nov 2009 09:57:22 +0000 Received: by bwz2 with SMTP id 2so2589636bwz.20 for ; Thu, 12 Nov 2009 01:57:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=xx1r2gIy2VX8nttivBtH26SILlKy2UrxpZjboiVsNb4=; b=LRv6tefseqRd+KSMa9UYZ87chmn8FQgWTh24uFzn8atZNO4TVSm3qvdkcwfKkYuBjk +JYHH0elkNsWk2dnXXMm79pXmfGPKClmyjd44rXbeZSV+eZSwphbkajxjQOW8H1J/tKT iyO9qm3EGmeoszTu9erCcgQIUe3XcLa4Tylg0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=OZ7OTOogleAc4yj7aykGOEVDsIKABXwcSbhaFZs+L136DH6FgIzK1nnVnlG3MvL61z pe1rDtjclApXCo5ThzoGu7Y3rhogunqhqmlBGgT5aHEy8MTVEn81tqVXIXj0gLip0+ip Vzjpr8luSw6fs6WBNFsOr8x09KoPn5wIL0ClA= Received: by 10.213.2.84 with SMTP id 20mr2358905ebi.46.1258019821701; Thu, 12 Nov 2009 01:57:01 -0800 (PST) Received: from ?192.168.0.1? (vol75-3-82-66-216-176.fbx.proxad.net [82.66.216.176]) by mx.google.com with ESMTPS id 23sm2949059eya.36.2009.11.12.01.57.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 01:57:00 -0800 (PST) Sender: Emmanuel Lecharny Message-ID: <4AFBDBEE.7060406@nextury.com> Date: Thu, 12 Nov 2009 10:57:02 +0100 From: Emmanuel Lecharny User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: general@incubator.apache.org Subject: Re: Review-Then-Commit References: <6cca3db30911111916o69a9557ar7ad4b3eea2f0d9de@mail.gmail.com> <4AFBD840.1060208@wyona.com> In-Reply-To: <4AFBD840.1060208@wyona.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Michael Wechner wrote: > Ian Boston schrieb: >> >> >> not least because committed mistakes demand fixing by the committer >> and then anyone who can fix the bug. The only downside is that >> occasionally trunk wont build/run and if trunk is close to production >> that probably matters. > > I think another downside is, that (maybe depending on the community) > in reality a proper review often doesn't happen in the case > of CTR and in the case of performance/scalability this can be very > bad, because the actual problems are often detected > at a very late stage and then it can be very hard to solve these > issues, because the code has already advanced too far. > > I see the postive sides of CTR re community and progress, but I think > it requires some additional rules, guidelines > in order to make it work. As a matter of fact, at Directory, we are using CTR since the beginning, and we have had to define those rules. It's pretty easy : - if it does not compile locally, don't commit - when you commit, always try to do it in a way a simple revert restore the previous state - when doing some heavy refactoring, do it in a branch - add some integration tests early in the process - for new committers, check their commits until they are trustable - define some code rules (syntax, comments, etc) followed by everyone. That's pretty much it, and it work quite well considering the project size (325 000 slocs as of today...) -- -- cordialement, regards, Emmanuel L�charny www.iktek.com directory.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org