<div dir="ltr">Patrick and I spoke last Friday over IRC. He's convinced me that it's ok to build the docs from a tag. We do not need to add any new branches.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 22, 2018 at 2:59 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"><span class="">On Fri, 2018-06-22 at 14:38 -0400, Dennis Kliban wrote:<br>
> I am working on building all of our Pulp 2 and Pulp 3 docs on Travis. The Pulp 2 docs will be built using cron jobs in Travis. Each cron job needs to be associated with a particular branch. This<br>
> means that we need to have a branch for every build we have out there. Currently we have following releases builds (and branches) out there: 2.17 nightly (2-master), 2.16.2 beta (2.16-release),<br>
> 2.16.1 GA (only exists as a tag).<br>
> <br>
> We should add a 2.16-beta branch to our repos. This branch would contain the latest beta. The 2.16-release branch would always contain the latest 2.16.z release. <br>
<br>
</span>The 2.16.z release tags already contain the latest 2.16.z.  It was decided as a strategic move to drop the x.y-dev branches during the transition to a cherrypick model, and as a matter of release<br>
process to always cherry-pick back our changes for the next release to the x.y-release branches.  This is the process I'll continue to follow unless pulp decides to make a change to the release<br>
process outlined here:  <a href="https://github.com/pulp/pups/blob/master/pup-0003.md" rel="noreferrer" target="_blank">https://github.com/pulp/pups/<wbr>blob/master/pup-0003.md</a><br>
<span class=""><br>
> Would that work for the build team?<br>
<br>
</span>If the pulp team feels the need to add additional branches to support pulp tooling and automation, the pulp team has the ability to add them in github.  As long as it is spelled out clearly which<br>
branch to open cherry-pick PRs against and to build test builds off of; and a tag to build release builds off of; build team tooling is happy.<br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>