> Thu Sep 18 12:18:49 UTC 2014
>> On 2014-09-18 08:06:11 +0000 (+0000), Sullivan, Jon Paul wrote:
>> In my experience if the check results are not fresh enough the
>> recheck is automatically run.  I am not on the infra team, so
>> without looking up code I am just guessing, but my guess is that
>> the workflow score change triggers the check on the presumption
>> that it has been approved, not accounting for the recent(ish)
>> update that move wip to the workflow score.
> We turned off that behavior a couple months ago when the merge-check
> pseudo-job was implemented to automatically -1 any open changes with
> merge conflicts each time a new change merges to their target
> branch. This covered the majority of the problems identified by the
> freshness check, but without using any of our worker pool.
>> This is not solely about finding reviews.  It is about pruning
>> stale reviews.  I think the auto-abandon code was excellent at
>> doing this, but alas, it is no more.
> I think it was excellent at arbitrarily abandoning open changes
> which happened to meet a poorly-thought-out set of criteria. I'm
> personally quite glad it broke and we didn't waste time
> reimplementing something similar for new Gerrit versions.

I think that this thread has already clearly stated that core reviewers saw a 
benefit from the auto-abandon code.

I think that the abandoning happening from an automated process is easier to 
accept than if it came from a person, and so less likely to create a poor and 
emotional response.

If your personal opinion was that it wasn't useful to your project, then 
perhaps what you are really saying is that the implementation of it was not 
configurable enough to allow individual projects to tailor it to their needs.

The auto-abandon code also produced other side effects that have already been 
detailed in this thread, such as reminding authors they need to take action 
upon a change.  This is done automatically without the need for core reviewers 
to spend extra time deliberately looking for patches that need a nudge.

So the removal of the auto-abandon, imho, has increased core reviewer workload, 
increased the chance that a good change may get ignored for extended periods of 
time, and has increased the possibility of code committers becoming frustrated 
with core reviewers adding a wip or abandon to their patches, so a decrease in 
productivity all around. :(

> --
> Jeremy Stanley

*: jonpaul.sulli...@hp.com :) Cloud Services - @hpcloud
*: +353 (91) 75 4169

Postal Address: Hewlett-Packard Galway Limited, Ballybrit Business Park, Galway.
Registered Office: Hewlett-Packard Galway Limited, 63-74 Sir John Rogerson's 
Quay, Dublin 2.
Registered Number: 361933

The contents of this message and any attachments to it are confidential and may 
be legally privileged. If you have received this message in error you should 
delete it from your system immediately and advise the sender.

To any recipient of this message within HP, unless otherwise stated, you should 
consider this message and attachments as "HP CONFIDENTIAL".

OpenStack-dev mailing list

Reply via email to