<div dir="ltr">Sorry for not responding sooner. I like just doing a review process before the release but the triage idea sounds good too.<div><br></div><div>I’m also +1 for considering commits of issues that don’t cherry-pick cleanly for 2.y releases.</div><div class="gmail_extra"><br clear="all"><div><div class="m_2926446270896373906gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Wed, Jan 10, 2018 at 4:18 PM, Patrick Creech <span dir="ltr"><<a href="mailto:pcreech@redhat.com" target="_blank">pcreech@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The release engineering team has some tooling that will help automate the cherry-picking process,<br>
but it will need some changes to the process outlined in the PUP-3.<br>
<br>
The main thing is how would we want to associate a particular redmine item with what release it<br>
*should* land in (as opposed to which one it *did* land in, that we do now).  We would need some way<br>
to attach it to a release before the cherry-picking process gets ran so the code knows how to<br>
associate it.  This could be as simple as a review of done work x days before a release and<br>
identifying what should be picked back, or it could be labled as next z or next y during triage (to<br>
name a couple options, open to others).<br>
<br>
Something else I was thinking about was the automatic removal of issues that don't pick cleanly from<br>
a release.  Given the recent statment of how our 2.y streams would be less frequent, this would mean<br>
fixes would take longer to land for our users.  I think coming up with a process here to resolve the<br>
(hopefully few) times this happens would be beneficial instead of defaulting to dropping them.<br>
<br>
Questions? Comments? Suggestions?<br>
<br>
<br>
Thanks,<br>
Patrick<br>______________________________<wbr>_________________<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<wbr>/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div></div>