On 15.01.20 15:20, Brian Brazil wrote:
> On Wed, 15 Jan 2020 at 13:22, Bjoern Rabenstein <
bjo...@rabenste.in> wrote:
>
> My memory about the consensus is the opposite. At least I know for
> sure that I never consented with cherrypicks.
>
> You weren't present at that particular dev summit.
There are multiple points to this:
- A consensus at the dev summit doesn't equal a consensus within the
team.
- I cannot see this claimed consensus documented anywhere in
dev-summit notes. So even if there was a consensus at the
dev-summit, it was never documented outside of it.
> That there isn't consensus to change a document doesn't mean that the document
> represents the consensus, and repeated discussions also indicate a lack of
> consensus. As far as I'm aware your standpoint has never had
> consensus.
That might all be true. But even if it were, the fair and
collaborative way of dealing with that situation would be to create a
PR for changing the documentation instead of deliberately acting
against it.
"Repeated discussions" are mostly those that you start over and over
again, ignoring what he had discussed before and thus stealing
everybody's time. The latest discussion was happening here:
https://github.com/prometheus/prometheus/pull/5634#discussion_r290763970
That discussions clarified a few misunderstandings, but in the end of
the day, there was no doubt that the aspects you don't agree with were
documented quite long ago and never changed substantially over time.
> As it stands this works out to be a personal preference. From my standpoint if
> you want to do your releases this way go ahead, but I don't believe everyone
> should be forced to do things in the particular way you advocate.
This is not about forcing my own way of doing things to others. This
is about the value of keeping the release management consistent. I
believe there is a lot of value in that (and the confusion about the
lack of tags in master is more evidence for that). Several team
members have expressed that they would like to keep the release
management consistent. This desire is after all the reason why we
documented the procedure in the first place.
This is indeed the opposite of leaving it to personal preference.
You have all the right to disagree with the guideline. But again,
please play fair and file a PR to change it instead of acting
deliberately and repeatedly against it.