> On Jul 10, 2018, at 10:18 AM, Jonathan Haddad wrote:
>
> I guess I look at the initial voting in of committers as the process
> by which people are trusted to merge things in. This proposed process
> revokes that trust. If Jonathan Ellis or Dave Brosius (arbitrarily
> picked) wants to merge
+1 here as well
On Tue, Jul 10, 2018 at 7:06 PM Aleksey Yeshchenko
wrote:
> +1 from me too.
>
> —
> AY
>
> On 10 July 2018 at 04:17:26, Mick Semb Wever (m...@apache.org) wrote:
>
>
> > We have done all this for previous releases and we know it has not
> worked
> > well. So how giving it one
It’s not like this is an irrevocable change.
If we encounter a scenario that seems to question its validity, or its general
applicability, it can be raised on the mailing list and we can revisit the
decision, surely? I can think of at least one way to weaken the rules in such
a scenario,
I guess I look at the idea of changing the branching strategy as a
means of blocking work as a very odd way of solving a human problem.
Having a majority of votes temporarily block potentially good work
might be a good thing, and it might not matter at all. It might also
frustrate some folks who
Ultimately, we have a consensus driven development. If Jonathan or Dave
strongly disagrees with this, they can share their strong disagreement.
Jonathan shared his concern about dissuading contributors.
What's absurd is trying the same thing we've tried for 10 years and
expecting things to
I guess I look at the initial voting in of committers as the process
by which people are trusted to merge things in. This proposed process
revokes that trust. If Jonathan Ellis or Dave Brosius (arbitrarily
picked) wants to merge a new feature into trunk during the freeze, now
they're not allowed?
Well put Mick
+1
On Tue, Jul 10, 2018 at 1:06 PM Aleksey Yeshchenko
wrote:
> +1 from me too.
>
> —
> AY
>
> On 10 July 2018 at 04:17:26, Mick Semb Wever (m...@apache.org) wrote:
>
>
> > We have done all this for previous releases and we know it has not
> worked
> > well. So how giving it one
+1 from me too.
—
AY
On 10 July 2018 at 04:17:26, Mick Semb Wever (m...@apache.org) wrote:
> We have done all this for previous releases and we know it has not worked
> well. So how giving it one more try is going to help here. Can someone
> outline what will change for 4.0 which will make
