Bors try doesn't wait untill last build finishes?


I’m just starting to try-out Bors for our open source project. I’ve read that bors r+ is doing batch jobs in the staging branch, using a queue. But when commenting bors try on several pull requests, it seems that the trying branch gets overwritten by the new test, even when Travis didn’t finish the last one.

This results in some interesting build fails, as Travis was still booting and the commit for which it was booting disappeared. An example from the Travis logs:

$ git checkout -qf 093d7037046359b1d8fe8c7d0ef27f60acc11884
fatal: reference is not a tree: 093d7037046359b1d8fe8c7d0ef27f60acc11884
The command "git checkout -qf 093d7037046359b1d8fe8c7d0ef27f60acc11884" failed and exited with 128 during 

One last note: I’ve configured bors-ng in the dashboard to use a branch called “testing” for the try command. Don’t know if this matters.


This is a problem that a few other users have run into as well. I’ve opened a pull request to fix it; as soon as I’ve tested it, it’ll switch try to queuing the same way regular r+ does.

In your case, though, I have to ask: you’re working on Mailu, which uses Travis, right? Then why are you using bors try, scripted from another bot to run immediately after a pull request is opened, instead of turning on Travis’s built-in support for automatically building pull requests?


Okay, it’s merged.