[infra] gerrit is:mergeable predicate
Clark Boylan
cboylan at sapwetik.org
Tue Mar 15 18:15:11 UTC 2022
On Tue, Feb 1, 2022, at 1:23 PM, Clark Boylan wrote:
> On Fri, Jan 28, 2022, at 4:08 PM, Clark Boylan wrote:
>> On Fri, Jan 28, 2022, at 3:51 PM, Brian Rosmaita wrote:
>>> Hello Infra team,
>>>
>>> In Gerrit 3.4, the is:mergeable predicate is disabled by default [0]. It
>>> was kind of handy to be able to screen out patches that are in merge
>>> conflict when looking for reviews. Is there an alternative way of doing
>>> this, or would you be averse to restoring the previous behavior? (I
>>> promise not to complain about gerrit performance.)
>>
>> This was brought up on IRC as well. My biggest concern with re-enabling
>> it is that the cost is actually largely incurred when we reindex if I
>> understand how Gerrit works. This means it is fine most of the time
>> except for when we want to rename projects or upgrade and we need to do
>> reindexing.
>>
>> Two smaller concerns are that Gerrit often makes changes like this then
>> stops allowing you to modify the default, and the further you get away
>> from default Gerrit the more bugs and upgrade fun you run into. I'm
>> pretty sure the signed tag issue we ran into is because literally
>> everyone else allows you to push regular tags and signed tags and
>> doesn't force signed tags.
>>
>> All that said we'll be discussing it during our next meeting and will
>> hopefully have a plan from there:
>> https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting. Feel free to
>> join us at 19:00 UTC in #opendev-meeting Tuesday February 1, 2022.
>
> To follow up on this we made the decision to go ahead and toggle the
> configuration option to add this back in then work to mitigate some of
> the concerns. In particular we'll communicate our desire to keep this
> feature in Gerrit to Gerrit upstream. Hopefully, you'll see this
> information again in Gerrit in the near future.
I forgot to followup on this thread to mention we re-enabled this functionality. You should see that changes pushed in the last week and a half get merge conflict checking performed against them. The query predicate should also work for you.
>
>>
>> Side note: Zuul also checks mergeability, but only when you trigger
>> events that cause Zuul to take action.
>>
>>>
>>> cheers,
>>> brian
>>>
>>>
>>> [0]
>>> https://www.gerritcodereview.com/3.4.html#ismergeable-predicate-is-disabled-per-default
More information about the openstack-discuss
mailing list