<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 24, 2014 at 4:02 AM, Joe Gordon <span dir="ltr"><<a href="mailto:joe.gordon0@gmail.com" target="_blank">joe.gordon0@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="">On Sat, May 24, 2014 at 2:23 AM, Nachi Ueno <span dir="ltr"><<a href="mailto:nachi@ntti3.com" target="_blank">nachi@ntti3.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks<br>
<br>
I believed we should link bug or bp for any commit except automated<br>
commit by infra.<br>
However, I found also there is no written policy for this.<br>
so may be, I'm wrong for here.<br>
<br>
The reason, we need bug or bp linked , is<br>
<br>
(1) Triage for core reviewing </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(2) Avoid duplication of works<br></blockquote><div><br></div></div><div>I'm not sure how this will help. folks will just file duplicate bugs write before the push there patch for review.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



(3) Release management<br></blockquote><div><br></div><div>Can you give some examples to show why requiring a bug or bp helps with the items listed above.</div><div class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<br>
IMO, generally, the answer is yes.<br>
<br>
However, how about small 5-6 nit change?<br>
so such patch will be exception or not?<br>
<br>
I wanna ask community opinion, and I'll update gerrit workflow page based on<br>
this discussion.<br></blockquote><div><br></div></div><div>I don't trying to enforce this policy alone will help. For a patch that doesn't have a bug or blueprint assocatiated we have two options.</div><div><br></div>

<div>
* File a blueprint. Now that many projects use specs repos blueprints have a significant overhead associated with them, so we should be careful about incurring that overhead.</div><div>* File a bug. Sure we can file a bug for every patch, but there is still an overhead associated with that, and in most cases I don't think it really buys us much. If the change isn't a real bug but say 'sync code from oslo-incubator' what does adding a linked bug really buy us?</div>

<div class="">
<div> </div></div></div></div></div></blockquote><div><br></div><div>Wow, that came out garbled, I guess that is what a long flight does. Here is take two:</div><div><br></div><div>I don't think this policy of requiring a linked blueprint or bug for every patch is enough to significantly help with the list of items listed above.</div>

<div><br></div><div>Now that many projects use specs repositories, we have just ratcheted up the overhead associated with using blueprints. While this is a good thing overall, this also means we should be careful about making process changes that require folks to file more blueprints.</div>

<div>As for bugs, it is unclear to me what the value of filing a bug for a patch that 'synces code from oslo-incubator' is. How would this help with review triage, especially when we don't do a great job of bug triage?</div>

<div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">

<div class="gmail_quote"><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best<br>
Nachi<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div><br></div></div>
</blockquote></div><br></div></div>