<div dir="ltr"><div>I suggest that we re-use the pulp_packaging github repo since it has a related purpose and already exists :)</div><div><br></div><div>Also, for what it's worth, HackMD supports markdown checklists as well.  I lean more towards the github issue approach personally but it's worth mentioning.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 19, 2020 at 11:03 AM David Davis <<a href="mailto:daviddavis@redhat.com" target="_blank">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">A separate github repo might make sense. Right now our release scripts live inside our .travis folders in repo. I don't know that they are project specific so perhaps we could move them to this new repo?<br clear="all"><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>David</div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 19, 2020 at 5:57 AM Tatiana Tereshchenko <<a href="mailto:ttereshc@redhat.com" target="_blank">ttereshc@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">Would a separate github repo with issues enabled make sense?<div>One place for all templates if we need many (I can think of at least Y and Z releases).<br><div>One place for all release tracking, one can see what is released, and what is not, without going from repo to repo (or from one redmine project to another).</div><div></div><div>This repo can also have release compatibility information/table, or any other release related data.<br></div><div><br></div><div>I'm also not aware of any easy way of creating a template/checklist in redmine.</div><div><br></div><div>Tanya</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 18, 2020 at 4:22 PM David Davis <<a href="mailto:daviddavis@redhat.com" target="_blank">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">Big +1. I really like this idea and believe it could help us organize the work for releases.<div><br></div><div>How we can apply this to Pulp though? We don't use github issues and there's no way to template checklists for redmine issues AFAICT.</div><div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>David</div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 18, 2020 at 9:55 AM Fabricio Aguiar <<a href="mailto:fabricio.aguiar@redhat.com" target="_blank">fabricio.aguiar@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">I like the idea,<div>maybe it is possible to automate when closing the issue, triggering a github action<br clear="all"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><br>Best regards,</div><div dir="ltr"><span style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:14px;font-weight:700;text-transform:capitalize">Fabricio</span><span style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:14px;font-weight:700;text-transform:capitalize"> </span><span style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:14px;font-weight:700;text-transform:capitalize">Aguiar</span><div>Software Engineer, Pulp Project</div><div><a href="https://www.redhat.com/" style="color:rgb(0,136,206);font-family:RedHatText,sans-serif;font-size:12px;margin:0px" target="_blank">Red Hat Brazil - Latam</a><br></div><div>+55 11 999652368</div><div><img src="https://marketing-outfit-prod-images.s3-us-west-2.amazonaws.com/f5445ae0c9ddafd5b2f1836854d7416a/Logo-RedHat-Email.png" width="96" height="22"></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 18, 2020 at 8:55 AM Tatiana Tereshchenko <<a href="mailto:ttereshc@redhat.com" target="_blank">ttereshc@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">I learned recently how Fedora CoreOS folks do their releases and I really like their process.<div>I think something similar can be useful for Pulp. We already have ~15 steps in <a href="https://pulp.plan.io/projects/pulp/wiki/Pulp3_Release_Guide" target="_blank">our release guide</a> and it's without some pre/post-release steps, like release announcement collaboration, writing blog posts, etc.</div><div><br></div><div>The idea is simple. </div><div>Have a checklist template (for each type of release if needed). </div><div>Create a github issue with this checklist and mark it as you perform the steps. </div><div>In addition post any relevant links as comments. </div><div>Here is the example <a href="https://github.com/coreos/fedora-coreos-streams/issues/158" target="_blank">https://github.com/coreos/fedora-coreos-streams/issues/158</a></div><div><br></div><div>Benefits:</div><div> - release progress is open and transparent to everyone, including our community</div><div> - it's easy to look at the history if needed</div><div> - release "guide" is always up to date</div><div> - if one started a release and can't finish for some reason (e.g. end of working day in their time zone), another one can take over</div><div> - keeps a release person more organized (those who released many times sometimes perform steps by memory and might forget some small steps; often people multitask and do something while waiting for the builds to be done. Our release guide serves the same purpose but one needs to consciously go back to it, here it requires you to click the checkbox.)</div><div><br></div><div>Cons:</div><div>  - a potential downside is that it's one more action to do and a new process to follow. Though it should be very close to the release guide, so I hope it does not add much to our processes, it should not feel like something new :)</div><div><br></div><div>Thoughts?<br></div><div><br></div><div>Tanya</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>
</blockquote></div>
</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>