<div dir="ltr"><div>Comments inline.<br clear="all"></div><div dir="ltr"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><br><br>--------<br>Regards,<br><br>Ina Panova<br>Senior Software Engineer| Pulp| Red Hat Inc.<br><br>"Do not go where the path may lead,<br> go instead where there is no path and leave a trail."<br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 20, 2020 at 2:41 PM David Davis <<a href="mailto:daviddavis@redhat.com">daviddavis@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>During the pulpcore team meeting last week, we noted that after the latest pulpcore release there were a number of issues in redmine still at MODIFIED. I took an action item to go through them and they seem to fall into four categories:</div><div><br></div><div>1. Issues that got filed against pulpcore but were fixed in a plugin</div><div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div></div></div></div></div></div></div></div></div></div></div><div><br></div><div>I think that item 1 is worth trying to fix by automation. The commit validation could check that the issue project for the attached issue matches the repo. I have a proof of concept here:</div><div><br></div><div><a href="https://github.com/pulp/plugin_template/pull/209" target="_blank">https://github.com/pulp/plugin_template/pull/209</a><br></div><div><br></div></div></blockquote><div>+1 <br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>2. Issues without code changes (eg tasks, epics, etc) getting set to MODIFIED upon completion<br></div><div><div><div>3. Issues that got pulled/reverted before the release went out</div><div><br></div><div></div></div><div></div></div><div>Optimally, we'd set these to CLOSED when they are completed. I think the release person could also check though. I'd propose we add a step to the release guide that asks the release person to clean up any items at MODIFIED after releasing.<br></div><div><br></div></div></blockquote><div>+1 to that, I had the same thought. <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>4. Issues against the installer and plugin_template.</div><div><br></div></div></blockquote><div>I would also make sure that they are in a closed state after the release.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>Looking for feedback on what to do with these.</div><div><br></div><div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>David</div></div></div></div></div></div></div></div></div></div>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div></div>