As far as I can tell this is just a change in how Travis sends notifications to the GitHub status API. For contributors who have commit access to the main Julia repository and work on a pull request from a branch there, Travis builds every commit in every branch (unless the commit message contains "[ci skip]"). Then when a pull request is opened, Travis does a separate build of the merge commit that would result from merging the PR branch into the state of master at the time the build begins.
If there's a difference in results, I suspect it's mostly down to the fact that Julia's CI tests still have a large number of intermittent failure modes that we haven't gotten to the bottom of yet. In some cases the failures might be caused by the actual difference in the code that gets built, the branch build runs on the state of the branch which may not contain newer changes that have been committed to master. On Thursday, February 19, 2015 at 12:19:35 PM UTC-8, Seth wrote: > > I noticed recently that two travis tests (each against 0.3 and nightly, so > a total of 4 builds?) are occurring for each PR. In many cases one fails > while the other succeeds. > > What's the difference between the two (sets of) tests, and when/why did > this change happen? > > Thanks! >
