<div dir="ltr"><div>Based on recent feedback and discussion with the Pulp developers, we want to collectively adopt two communication practices:</div><div><br></div><div># Breaking Change Communication</div><div><br></div><div>* All breaking changes are advertised to pulp-dev using [breaking] brackets in the subject</div><div>* A timeline of when the change is being applied needs to be communicated. At a minimum it should be easy to know if the change has been applied or not.<br></div><div><br></div><div><br></div><div># Travis-Not-Passing Communication<br></div><div><br></div><div>* If Travis is failing, code can't merge, so fixing it is a top-priority. This is mostly indicated by the nightly test jobs not individual PR jobs.<br></div><div>* When beginning to fix a Travis-nightly-not-passing problem, please email pulp-dev that you are starting on fixing it, and then again when it's complete. Please include a link to the failing build also.</div><div><br></div><div>FYI, you can see the Travis jobs spread over the .com and .org Travis environments. <a href="https://travis-ci.org/pulp/">https://travis-ci.org/pulp/</a>   <a href="https://travis-ci.com/pulp/">https://travis-ci.com/pulp/</a></div><div><br></div><div>More process improvements are welcome. These are two of the ones we talked about earlier today that we want to try.<br></div><div><br></div><div>All the best,</div><div>Brian<br></div><div><br></div><div><br></div><div><br></div></div>