Mailing-List: contact dev-help@reef.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@reef.incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of chris.a.mattmann@jpl.nasa.gov
 designates 128.149.139.106 as permitted sender)
From: "Mattmann, Chris A (3980)" <chris.a.mattmann@jpl.nasa.gov>
To: "dev@reef.incubator.apache.org" <dev@reef.incubator.apache.org>
Subject: Re: Development process on Apache infrastructure
Thread-Topic: Development process on Apache infrastructure
Thread-Index: AQHP7gzf2Ifp5XYFhUuypqalgbiMtpw+xDoA
Date: Fri, 24 Oct 2014 06:03:16 +0000
Message-ID: <D06F3967.190B1B%chris.a.mattmann@jpl.nasa.gov>
References: 
 <CAOFpRGBQAqMRyA84oa43XiYaHDzyBjsY=8htebVTer1KVnJKhQ@mail.gmail.com>
In-Reply-To: 
 <CAOFpRGBQAqMRyA84oa43XiYaHDzyBjsY=8htebVTer1KVnJKhQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.4.5.141003
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <18690CAB52E766428797ADBCA175336C@ad.jpl>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi Markus,

I have been using Github and Apache recently on Tika and OODT
which are inherently SVN projects =8B you can simply do #1 in your
list below. I would simply make sure there is a JIRA issue, then
what you do is when you commit to Git@ASF, you say =B3this closes
#X=B2 where X is the PR #. That will automatically close out the
pull request on Github. I also then put the rev # in JIRA and
then resolve the issue.

HTH!

Cheers,
Chris


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: chris.a.mattmann@nasa.gov
WWW:  http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


-----Original Message-----
From: Markus Weimer <weimer@apache.org>
Reply-To: "dev@reef.incubator.apache.org" <dev@reef.incubator.apache.org>
Date: Wednesday, October 22, 2014 at 8:27 AM
To: "dev@reef.incubator.apache.org" <dev@reef.incubator.apache.org>
Subject: Development process on Apache infrastructure

>Hi,
>
>later today, I will take the GitHub repositories read-only such that
>Sergiy
>can work the git magic of fusing the Wake, Tang and REEF repositories into
>one which will then be pushed onto ASF infrastructure.
>
>Once there, we need to agree on a development cycle. To set the stage for
>that discussion, consider how we structured work on GitHub:
>
>   - Any material work was to be filled as an issue before starting to
>   code.
>   - We never commit to master. Use pull requests instead.
>   - We don't self-commit these pull requests but instead assign them to
>   another committer.
>
>I'd like to preserve as much of that process as possible, as it has served
>us well in the past. And these self-imposed rules have some natural match
>on ASF infrastructure:
>
>   - We file a JIRA issue before starting any material work.
>   - We never commit to master.
>   - We don't self-merge changes to master.
>
>Where I am unclear is how changes get staged for review. I see two options
>for this:
>
>   1. Create a branch with the changes, push it to ASF GitHub and
>reference
>   that branch in the JIRA when we ask for a code review.
>   2. Post a patch to JIRA
>
>Which one do we want to do? Is there a third? Maybe the mentors can way in
>on this?
>
>Thanks,
>
>Markus