Phil Steitz wrote:

> And maybe I'm completely out of bounds here but I think that even some
> form of issue planning (in what version to expect what) can be
> beneficial as well, JIRA is great for that too.

Yep.  It is.  But be careful to keep things as open and welcoming to
volunteers.  Rigid process is off-putting to some people.


+1

There is a balance here to be struck.  The process that I outlined was for
submissions by non-committers, which requires that patches be submitted and
I think it is in general much better to have the patches attached to Jira
tickets than to have them arrive in emails.

I personally favor a uniform way of working between committers and
non-committers, the only difference is that committers have checkin
permissions, the ability to resolve issues in JIRA [1] and assuming we
want all committers to be part of the PMC a binding vote if that turns
out to be valuable.

[1] as the ASF runs the Enterprise edition of JIRA I assume we can
setup our own permission schemes, etc. for the project?

Also can somebody show me a good project where they use JIRA for
submitting the patches by (non-)committers, I have the tendency to
always pick the wrong ones for my samples.

That's a great practice (discuss on list, summarize in ticket); but hard to
get volunteers to do uniformly.  Good examples tend to get followed, though
;-)

In general they do ... :-)
--
Mark

Reply via email to