Strict Mode for your Continuous Testing | bors-ng

Bors is a GitHub bot that prevents merge skew / semantic merge conflicts, so when a developer checks out the main branch, they can expect all of the tests to pass out-of-the-box.

You open and review pull requests like normal on GitHub
When it's good-enough, instead of merging immediately, you comment bors r+, adding it to the merge queue
Bors merges your pull request into a staging area, and runs your automated test suite
If staging passes, then it is copied to master

The cool part of separating the merging from the publishing is that the exact integration of pull requests that end up in master have already been tested before any developers try to work on it or users try to deploy it. It means less reverting commits after merging them, less hunting down others' mistakes before being able to do any of your own work, and, because bors does everything in the background, less waiting around for tests to run.

This July, we improved some of the error diagnostics, updated all the dependencies, and added a repo badge to the Settings area.

This June, we added badge support and fixed a bunch of papercut bugs

This May, we added support for SemaphoreCI and Netlify

This April, bors upgraded to Phoenix 1.4 and Joken 2.0

This March, no major changes were shipped.

This February, we just fixed a bunch of bugs

This January, we fixed and responded to long-standing bugs and complaints

Last December, priority bumping and CircleCI integration were improved.

This November, a few scalability problems were fixed

This October, the short form of `committer` was fixed

Older Newer