<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>