Return-Path: X-Original-To: apmail-incubator-crunch-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-crunch-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A810CDDD8 for ; Tue, 19 Jun 2012 06:08:43 +0000 (UTC) Received: (qmail 57535 invoked by uid 500); 19 Jun 2012 06:08:43 -0000 Delivered-To: apmail-incubator-crunch-dev-archive@incubator.apache.org Received: (qmail 57485 invoked by uid 500); 19 Jun 2012 06:08:42 -0000 Mailing-List: contact crunch-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: crunch-dev@incubator.apache.org Delivered-To: mailing list crunch-dev@incubator.apache.org Received: (qmail 57450 invoked by uid 99); 19 Jun 2012 06:08:42 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Jun 2012 06:08:42 +0000 Received: from localhost (HELO mail-ob0-f175.google.com) (127.0.0.1) (smtp-auth username phunt, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Jun 2012 06:08:41 +0000 Received: by obcva7 with SMTP id va7so1531765obc.6 for ; Mon, 18 Jun 2012 23:08:40 -0700 (PDT) Received: by 10.182.187.42 with SMTP id fp10mr18467344obc.30.1340086120785; Mon, 18 Jun 2012 23:08:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.232.1 with HTTP; Mon, 18 Jun 2012 23:08:20 -0700 (PDT) In-Reply-To: References: <3fd46440-f94e-494c-a5c5-1f640d545f96@s6g2000pbi.googlegroups.com> <86AEC9345436442F937C7B7D5681F39D@gmail.com> From: Patrick Hunt Date: Mon, 18 Jun 2012 23:08:20 -0700 Message-ID: Subject: Re: Checkstyle & Reviews To: crunch-dev@incubator.apache.org, Tom White Cc: Christian Tzolov , Gabriel Reid , Robert Chu , Crunch Dev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm not a pmc chair, Tom can do it though. Send him the list of apache ids you want to allow job creation/editing (ie admin). Patrick On Mon, Jun 18, 2012 at 8:07 AM, Josh Wills wrote: > +phunt > > http://wiki.apache.org/general/Jenkins > > I think Patrick can set us up with Jenkins. > > Can we check in the Eclipse style config? And is it possible to > integrate it w/mvn eclipse:eclipse so that it automatically gets added > to the project? (I haven't used them before, obviously.) > > J > > On Sun, Jun 17, 2012 at 11:42 PM, Christian Tzolov > wrote: >> +1 for shared eclipse code style configuration >> >> IMO using code quality tools as maven plugins is=A0inefficient=A0and har= d to >> maintain. More consistent and complete solution would be use Hudson or >> Jenkins. Not sure though if apache provides such CI tools? >> >> >> On Sat, Jun 16, 2012 at 10:27 AM, Gabriel Reid >> wrote: >>> >>> +1 for a style guide and/or formatting rules and coding rules. >>> >>> For code style, something that I've seen work well (at least if everyon= e >>> is using Eclipse) is to just have a shared code style definition that y= ou >>> can import into Eclipse, and then set Eclipse to apply that style whene= ver >>> you save a file. This works great if everyone uses the same style >>> definition, and breaks down rapidly if they don't. >>> >>> I don't have any experience using the maven-findbugs-plugin, but I do f= ind >>> the Checkstyle useful, as long as the settings are sane (which is not a= lways >>> the case). >>> >>> On Saturday 16 June 2012 at 00:17, Josh Wills wrote: >>> >>> > I'm in favor of a style guide; consistent layout makes it easier for >>> > my brain to devour code. That said, I'm not up-to-date on best >>> > practices here in the real world; my only experience with automated >>> > code review tools was at teh goog. >>> > >>> > Re: code reviews, let's start that discussion up in another thread. >>> > >>> > J >>> > >>> > On Fri, Jun 15, 2012 at 3:13 PM, Robert Chu >> > (mailto:robert@wibidata.com)> wrote: >>> > > Hey Everybody, >>> > > >>> > > I'd like to start a discussion about using automated code review to= ols >>> > > to improve the crunch development process. I'd I'm personally a big >>> > > fan of using tools that can help improve code quality. These tools >>> > > often include things like the maven-checkstyle-plugin and the maven= - >>> > > findbugs-plugin. I am currently unaware of any comparable scala >>> > > automated tools. If people have opinions on whether or not we shoul= d >>> > > use tools like this or which tools we should be using specifically >>> > > please let us know. >>> > > >>> > > Also, another related question: Should we have some sort of a code >>> > > review process? >>> > > >>> > > Robert Chu >>> > >>> > >>> > >>> > -- >>> > Director of Data Science >>> > Cloudera >>> > Twitter: @josh_wills >>> >>> >> > > > > -- > Director of Data Science > Cloudera > Twitter: @josh_wills