This is a small utility to run a set of "plugins" against a Pull Request on Travis and then report a set of results to GitHub.
To use pr-bot
you'll need to set up a few
things:
-
Create a GitHub account to use for bot activity. This will be the account login and profile photo that you'll see when the bot comments on a pull request.
-
Add the GitHub bot account to your project as a collaborator.
https://github.com/<owner>/<repo>/settings/collaboration
. Be sure to accept the invite email! This will enable the bot to set PR statuses. -
Create a personal access token for the GitHub bot account. The access token must at least have the
public_repo
scope enabled. -
In the Travis settings for your repository, set the personal access token as an environment variable called
GITHUB_TOKEN
. -
Add
pr-bot
as a dependency to your project:npm install --save-dev pr-bot
-
Create a file called
pr-bot.config.js
at the root of your project (i.e. this file needs to be commited to your GitHub repository). -
In this new file add the following:
const prbot = require('pr-bot'); module.exports = { botUsername: `<Add the GitHub Username for your Bot Account Here>`, repoDetails: { owner: "<Add the repo owner, i.e. GoogleChrome>", repo: "<Add the repo name, i.e. workbox>" }, plugins: [ new prbot.plugins.Size({ globPattern: '**/*.js', globOptions: { ignore: [ '**/node_modules/**/*', ] }, }), ], };
-
Add the following to your
.travis.yml
fileafter_script: - npm install -g pr-bot - pr-bot
Now you can commit your code and if everything is set up correctly, you'll see comments from your bot account.
You can see what pr-bot
will do locally with the following:
npm install --global pr-bot
pr-bot
This is useful if you want to see the file differences without waiting on Travis.
You can use the -c
flag to define a custom config path:
pr-bot -c ./some-path-my-config.js
If npm install && npm build
will not suffice for your project,
you define a buildCommand
parameter in your config file
to define the command to run in the two checkouts of your project.
module.exports = {
// Custom build command in travis.config.js
buildCommand: `npm install && gulp`,
botUsername: `....`,
plugins: [...]
}
When you run pr-bot
it checks out two versions of your project.
- If run locally, it'll checkout the default branch of your repo AND use the current directory and the current files for the second version.
- If run on Travis, it'll checkout the base of the Pull Request, or the target branch, for the first version and it'll checkout the Pull Request commit as the second version.
These are checked out into tempory files under /tmp
and pr-bot
will npm install && npm run build
in each repository.
After this, each plugin defined in your config file will be called
with a beforePath
and afterPath
. This allows plugins to compare
files or anything else they want.
Plugins are expected to return a promise
that resolves to an object
with a prettyLog
parameter and a markdownLog
parameter. The
prettyLog
is used to display plugin output to the console and
markdownLog
is used to print to the GitHub comment raised against
the Pull Request.
You can build custom plugins, the key things to note are:
Your plugin must:
- ..have a
name
property. - ..have a
run
method with a signature ofrun({beforePath, afterPath} = {})
. - ..return a Promise from the
run
method.
And your plugin should:
- ..resolve the
run
promise with anobject
withprettyLog
andmarkdownLog
string parameters to print out info and if you wish to mark the Pull Request as a bad PR (set status to failure), you can return the parameterfailPR
withtrue
.
A basic plugin can look like this:
{
name: 'Example Plugin',
run: () => {
return Promise.resolve({
failPR: false,
prettyLog: 'Hello from example plugin.',
markdownLog: '## Hello from example plugin.'
});
},
}
If you want, your custom plugin can also extend the PluginInterface
from the
module with const PluginInterface = require('pr-bot').PluginInterface;
.
When developing on a new version, the default branch on GitHub may not be the branch you want to compare PR's (or locally).
You can compare to other branches using the overrideBaseBranch
config.
module.exports = {
overrideBaseBranch: '<name of branch',
...
};