<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Pretty soon, we’re going to add support for MySQL and mariadb[0] and we’d like to test against these databases in Travis which will create at least two additional jobs in Travis. There’s also a task on our current sprint[1] to add a docs check to the pulpcore-plugin repo. </div><div dir="ltr"><br></div><div dir="ltr">I’m debating about whether we should remove the separate docs job from our builds and just run the “build html” check as part of the normal test. The reason is that we're limited by Travis to a certain number of concurrent jobs[2] for our organization, which usually turns out to be ~4.</div><div dir="ltr"><br></div><div dir="ltr">The docs check would add about 30-60 seconds to the regular test while it looks like the separate docs job takes about 2 minutes to execute. We might be able to pay for extra jobs[3] but it ain’t cheap.</div><div dir="ltr"><br></div><div dir="ltr">Thoughts?<br><div><br></div><div>[0] <a href="https://pulp.plan.io/issues/4270">https://pulp.plan.io/issues/4270</a></div><div>[1] <a href="https://pulp.plan.io/issues/4403">https://pulp.plan.io/issues/4403</a></div><div>[2] <a href="https://blog.travis-ci.com/2014-07-18-per-repository-concurrency-setting">https://blog.travis-ci.com/2014-07-18-per-repository-concurrency-setting</a></div><div>[3] <a href="https://travis-ci.com/plans">https://travis-ci.com/plans</a><br clear="all"><div><div dir="ltr" class="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></div></div></div></div></div></div>