<div dir="ltr">Hi,<div><br></div><div>The possibility of using travis-ci for running tests against patches from non-commiters was raised during a review so I would like to summarize my findings.</div><div><br></div><div>Travis-CI can run tests on multiple python version and the results are public.</div>

<div>It will accept any patch submitted via a pull request and will execute the tests on it.<br clear="all"><div><br></div><div>It only provides Ubuntu 12.04 x64 builders... and with some hacks maybe also OSX (as used by pyca / cryptography)</div>

<div><br></div><div>I know that Twisted developers don't want to deal with GitHub's pull requests.</div><div>One option is to accept the .travis.yml in trunk, and then each developer can enable travis-ci build on his/her own fork.</div>

<div><br></div><div>If he/she needs to check a patch, he/she could create a pull request for his/her own fork of trunk and if Travis-ci is enabled for that fork, a build is triggers and an email with results is sent.</div>

<div><br></div><div>What do you think? Would you accept such path?</div><div><br></div><div>Are there other (better) ways of allowing developers to run tests before sending a patch?</div><div><br></div><div>I think that it is nice to allow developers to run a reference set of tests before requesting a review.</div>

<div><br></div><div>Thanks!</div>-- <br>Adi Roiban
</div></div>