<div dir="ltr">Backport tracker has been created.<div>Docs about how to file a backport request can be found here <a href="https://docs.pulpproject.org/en/master/nightly/bugs-features.html#for-backport-requests">https://docs.pulpproject.org/en/master/nightly/bugs-features.html#for-backport-requests</a></div><div><br></div><div>Tanya</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 5, 2020 at 12:11 PM Ina Panova <<a href="mailto:ipanova@redhat.com">ipanova@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">To follow up on this, during the open floor it has been decided to create a Backport tracker to facilitate backport requests, in addition some docs are being written so people have guidelines.<br clear="all"><div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><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></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 30, 2020 at 7:10 PM Brian Bouterse <<a href="mailto:bmbouter@redhat.com" target="_blank">bmbouter@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>Currently my understanding of the z-stream policy is that Pulp only has one active z-stream. This means (for example) that when 3.6.0 comes out, there will never be another z-stream release for 3.5.z, 3.4.z, 3.3.z, etc.</div><div><br></div><div>I believe we have an opportunity to create more value by adjusting this to allow for older z-stream releases to be requested as-needed. This would allow for example Katello's use of pulpcore 3.4.1 to request a 3.4.2 to be created even if 3.6.0 is released. Similarly for any plugin. These could only contain bugfixes (never features) due to semantic versioning restriction.</div><div><br></div><div>This is based on feedback I've gotten from various users including Katello, and this would allow them to use a version of pulpcore or a plugin and receive stability fixes without being forced to upgrade. Then they can upgrade when is right for them (not for us).</div><div><br></div><div>If others agree with this change I think we need to figure out the following:</div><div><br></div><div>* How can a user request a backport? [bmbouter suggests using a new tracker type in Redmine named 'Backport']</div><div>* How can mini-teams perform backporting? [bmbouter suggests manual cherry-picking and releasing as-needed, only with requested items]</div><div><br></div><div>What do you think?</div><div><br></div><div>Thanks!</div><div>Brian</div><div><br></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>
_______________________________________________<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>