The JIRA noise has gone away, which is awesome! Do we want to move github
PRs and review requests off this list as well or keep sending them to the
list?

-Dan

On Mon, Jun 5, 2017 at 1:02 PM, Anthony Baker <aba...@pivotal.io> wrote:

> Fixed!  Please check iss...@geode.apache.org for JIRA updates.
>
> Anthony
>
> > On Jun 1, 2017, at 3:41 PM, Anthony Baker <aba...@pivotal.io> wrote:
> >
> > There is an iss...@geode.apache.org mailing list but it seems to have
> been misconfigured last December.  All the JIRA traffic got shunted over to
> dev@.
> >
> > I filed a ticket to fix this:
> > https://issues.apache.org/jira/browse/INFRA-14266
> >
> >
> > Anthony
> >
> >> On Jun 1, 2017, at 2:09 PM, Dan Smith <dsm...@pivotal.io> wrote:
> >>
> >> Hi devs,
> >>
> >> This is similar to the discussion John started about keeping track of
> >> changes to geode. I'm seeing some changes happening to the public API
> that
> >> I feel like maybe should have a more visible discussion. For example
> >> GEODE-2892 (Region.sizeOnServer) or GEODE-3005 (new API for
> partitioning).
> >>
> >> I think we should have a clear policy to send an email with [DISCUSS] in
> >> the header to mailing list for changes to the public API, behavior, or
> >> dependencies. Or wiki
> >> <https://cwiki.apache.org/confluence/display/GEODE/
> Criteria+for+Code+Submissions>
> >> says that changes should be discussed, but it doesn't really specify
> how.
> >>
> >> Part of the issue is that I find it impossible to keep up with the
> amount
> >> of JIRA noise on the dev list, so just creating a JIRA is not enough
> for me
> >> to notice a new API change. I propose that we segregate all of this
> >> automated email onto a separate list, either geode-commits or some new
> >> list. I'd like to segregate anything not directly sent by a human -
> JIRAs,
> >> PRs, and reviewboards.
> >>
> >> -Dan
> >
>
>

Reply via email to