+1 to this as well. Whether the community changes its mind or not is irrelevant in my opinion. What is important is it gets to choose for itself and possibly revisits regularly as it sees fit. This discussion should be encouraged and people who want to promote the merits of one approach or another can do so.
On Wed, Dec 2, 2015 at 11:19 AM, Henry Robinson <he...@cloudera.com> wrote: > What might happen, however, is that the discussion is revisited with a > particular focus on the concerns that you've raised. So although it might > be unlikely that the community performs a volte-face and elects for CTR, we > might say "what can we do to limit the risk that RTC inhibits community > growth, without abandoning RTC completely?". At the very least, the > community becomes aware of the concerns, and more sensitive to their > potential impact. > > > On 2 December 2015 at 11:09, Greg Stein <gst...@gmail.com> wrote: > > > Yeah, this is what I meant earlier. Leaving out a commit policy changes > > nothing. The same people who put together the proposal will be the same > set > > as those discussing it as a podling, and they will reach the same > > conclusion. > > > > If the PPMC doubles in size, with fresh faces, then a real discussion can > > happen. Tho I doubt that will be possible -- I'm unaware of any podling > > pulling off such growth. > > On Dec 2, 2015 12:45 PM, "Henry Robinson" <he...@cloudera.com> wrote: > > > > > I agree that this is something the Impala community will want to > discuss > > > fairly early on in incubation - along with a lot of other project > > > procedural stuff as we adjust or rethink our workflows to be Apache-Way > > > compatible. > > > > > > Until we have that discussion, I'd expect Impala will continue along > RTC > > > lines simply because this is what the existing community is used to > (and > > I > > > believe, prefers), and the workflows are well established and work > > > smoothly. > > > > > > That is, I personally am ok with no explicit commit protocol, but in > > > practice it is likely to appear as if there is no change, until the > > > community discussion about policies happens during incubation. > > > > > > On 2 December 2015 at 10:08, Henry Saputra <henry.sapu...@gmail.com> > > > wrote: > > > > > > > Nice +1 =) > > > > > > > > On Wed, Dec 2, 2015 at 2:01 AM, Tom White <tomwh...@apache.org> > wrote: > > > > > The vote to accept Impala into the incubator has passed > > > > > (http://s.apache.org/u6r), however there are still some concerns > > about > > > > > CTR/RTC. My main takeaways from the CTR/RTC thread are that it's > not > > a > > > > > binary choice, and that it's entirely reasonable that different > > > > > communities have different commit policies at the ASF. > > > > > > > > > > I think Julian Hyde's suggestion that the Impala podling start with > > no > > > > > explicit commit policy is a good one. Incubation should be used as > a > > > > > time to work out what works best for a project. The initial Impala > > > > > community should discuss the commit policy as they go through the > > > > > process of setting up ASF infra and start growing the podling. In > > > > > particular this will include how Gerrit can be used as a tool to > > > > > facilitate reviews, and how that fits with ASF culture, which is > > > > > something that other projects are looking at too. > > > > > > > > > > Cheers, > > > > > Tom > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > > > > > > > > > > -- > > > Henry Robinson > > > Software Engineer > > > Cloudera > > > 415-994-6679 > > > > > > > > > -- > Henry Robinson > Software Engineer > Cloudera > 415-994-6679 > -- Julien
