Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A6BDB10426 for ; Mon, 3 Feb 2014 18:34:56 +0000 (UTC) Received: (qmail 44168 invoked by uid 500); 3 Feb 2014 18:34:40 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 43929 invoked by uid 500); 3 Feb 2014 18:34:40 -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 43921 invoked by uid 99); 3 Feb 2014 18:34:40 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Feb 2014 18:34:40 +0000 Received: from localhost (HELO mail-we0-f180.google.com) (127.0.0.1) (smtp-auth username apurtell, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Feb 2014 18:34:40 +0000 Received: by mail-we0-f180.google.com with SMTP id u57so2837803wes.11 for ; Mon, 03 Feb 2014 10:34:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TrcOOQchjvdhlzwkqEykxHTxjN7EzQIXcV/ZuIFhONk=; b=U0odbZrB4/iCg9+LE2BELulF5D2uxqQ8t99zkMzzzKhujloX7HPYLECJ8rHo9wwCQ2 1azsA0JruvZlnnE5Z7h5HRGeF6UpifxclAd8mHXFvcmmwzKzjZnEJ+bdUxH5LG4tAdHh dHTAnt4DKIfjR5bQ9DQi/r6ItPfYvjHDWQbtvKqefMAoMPVB4C0Wx8mxVSQFXmp4Q6ol 1bgufVTpIJnWLyJU1/NLeYfMru+kOY8HRKL8yxcC/JP8w418+ox3bXrSsYN5Yu4jcFWx kpoFYCLkm3pfgkb8arr0GIS4p3Hp/Qc+RwZCaqIMFn1xiUL4BEXrBfs7o+pZF4Wunfby 72aQ== MIME-Version: 1.0 X-Received: by 10.194.216.68 with SMTP id oo4mr55465wjc.79.1391452478365; Mon, 03 Feb 2014 10:34:38 -0800 (PST) Received: by 10.227.215.84 with HTTP; Mon, 3 Feb 2014 10:34:38 -0800 (PST) In-Reply-To: References: <52EF6B1C.2080505@salzburgresearch.at> Date: Mon, 3 Feb 2014 10:34:38 -0800 Message-ID: Subject: Re: best development methodology for Apache git? From: Andrew Purtell To: "general@incubator.apache.org" Content-Type: multipart/alternative; boundary=089e0141a092b1e93004f184c6ca --089e0141a092b1e93004f184c6ca Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On the question of tooling, that brings us back to James' inquiry about having infrastructure that can emulate the GitHub pull request workflow in house: > Something like the Github model that combines a) the ability for managing branches and visually reviewing patches and b) a means to gate commits against the single source of truth, the git repo. Gerrit meets this requirement and based on INFRA-2205 used to be setup. What Gerritt and GitHub pull requests have in common is contributors submit change requests as pushes of a new branch to a git remote (quite convenient and natural for a developer using git already locally), this branch can be updated incrementally during the review process, and there is a nice GUI for line by line code inspection, comment, and discussion, including email integration. (James' point "a") Gerritt can also support workflows where human reviewers and a QA bot can collaborate to gate the commit of a change candidate, where the actual commit to the project master branch is done by the review tool after established process requirements are all met. The Phoenix guys have indicated this idea is attractive to them. (James' point "b") On Monday, February 3, 2014, Jake Farrell wrote: > Hey Sergio > The Apache mirrors on Github are by request and run off from > git.apache.org. > Anyone wanting to have a svn or git project mirrored needs to submit an > infra ticket and it can get setup. > > As for the Github workflows that are starting to be used, I am not a > proponent of them. These workflows are not ideal as they repositories are > not under any Asf control and infra can not help if there are any issues, > its up to the project to take care of its own. Also with the JClouds and > now Usergrid projects using this flow adds a lot of overhead for > initial contributions as they have in the workflow the requirement to > ensure an ICLA are on file for the contributor. Most committers do not ha= ve > access to see the status of this. Also since these projects are not worki= ng > directly against the primary repository it is up to them to ensure that > committers are the only ones submitting code to the primary repository an= d > then syncing that code at some point over to the ASF repositories in orde= r > to make a release. > > If we are not providing the right tooling for projects and they are seeki= ng > outside means then I would love to work and help make the correct tools > available to make workflows easier and ensure security and policies are > being met. > > -Jake > > > > > > On Mon, Feb 3, 2014 at 5:10 AM, Sergio Fern=E1ndez < > sergio.fernandez@salzburgresearch.at > wrote: > > > Hi, > > > > On 03/02/14 10:42, Bertrand Delacretaz wrote: > > > >> On Fri, Jan 31, 2014 at 6:47 PM, James Taylor > > > >> wrote: > >> > >>> The Phoenix project has recently come into incubation from it's forme= r > >>> life > >>> as a Github project. I believe other projects have made this same > >>> transition, so I'm looking to get some advice from them... > >>> > >> > >> CouchDB has documented their Git workflow at > >> http://wiki.apache.org/couchdb/ContributorWorkflow > >> > > > > In Marmotta we adopted a Gitflow as workflow, you can find the > > documentation at the web site: > > > > http://marmotta.apache.org/development.html#Source_code > > > > But we'd be really interested on extend that to github-like pull > requests, > > in order to make easier to get contributions from new people. I think > > that's what James is asking, and what jclouds has implemented somehow. > But > > I miss some more details to actually know how they do it, specially > taking > > into account that many repos at github are not properly synced. > > > > Cheers, > > > > -- > > Sergio Fern=E1ndez > > Senior Researcher > > Knowledge and Media Technologies > > Salzburg Research Forschungsgesellschaft mbH > > Jakob-Haringer-Stra=DFe 5/3 | 5020 Salzburg, Austria > > T: +43 662 2288 318 | M: +43 660 2747 925 > > sergio.fernandez@salzburgresearch.at > > http://www.salzburgresearch.at > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > > For additional commands, e-mail: general-help@incubator.apache.org > > > > > --=20 Best regards, - Andy Problems worthy of attack prove their worth by hitting back. - Piet Hein (via Tom White) --089e0141a092b1e93004f184c6ca--