<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Sean, I quantified it in 2016 for some of the patches that came in to Trove; approximately 130 hours of CI time per patch given the number of hacks that the person took before even getting pep8 to run.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Close to a release boundary, that had very bad results on an already fragile Trove gate.<br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-family:courier new,monospace"></span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">-amrith</span><br><br></div></div></div></div>
<br><div class="gmail_quote">On Mon, Sep 25, 2017 at 9:42 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 09/25/2017 09:28 AM, Doug Hellmann wrote:<br>
<snip><br>
<span class="">> I'm less concerned with the motivation of someone submitting the<br>
> patches than I am with their effect. Just like the situation we had<br>
> with the bug squash days a year or so ago, if we had a poorly timed<br>
> set of these trivial patches coming in at our feature freeze deadline,<br>
> it would be extremely disruptive. So to me the fact that we're<br>
> seeing them in large batches means we have people who are not fully<br>
> engaged with the community and don't understand the impact they're<br>
> having. My goal is to reach out and try to improve that engagement,<br>
> and try to help them become more fully constructive contributors.<br>
<br>
</span>I think that quantifying how big that impact is would be good before<br>
deciding it needs to be a priority to act upon. There are lots of things<br>
that currently swamp our system, and on my back of the envelope math and<br>
spot checking on resources used, these really aren't a big concern.<br>
<br>
But it's harder to see that until we really start accounting for CI time<br>
by project / person, and what kinds of things really do consume the system.<br>
<span class="im HOEnZb"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" rel="noreferrer" target="_blank">http://dague.net</a><br>
<br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div>