Github build/test bot
WARNING: This project is under heavy construction.
Bot.io is a fully scriptable build/test bot for Github projects. It is similar to Travis-CI in purpose, but most of the action happens at the pull request level and there are no constraints on what types of tests you can run. (Also you have to provision your own test/build servers).
Bot.io is written in Node.js and works on both Windows and Unix. It has been battle-tested at Mozilla's PDF.js project since late 2011.
/botio test, causing the bot to run the corresponding script against a hypothetically merged pull request.
Live browser tests: Bot.io comes with a built-in web server, so if your project is a web app you can create a script, say on_cmd_preview.js, to deploy select files into the server. Reviewers can then issue
/botio preview and take the PR for a spin in their browser before merging it.
Post-receive scripts: Bot.io scripts can do just about anything shell scripts can do, and they can hook into other Github events. For example, the script on_push.js is executed every time new commits are pushed to the master branch.
Bot.io depends on Node.js and
git. To get started, create a new dir for your Botio files and bootstrap the necessary files for your repo:
$ npm install -g botio$ mkdir botio-files; cd botio-files$ botio bootstrap --repo arturadib/pdf.js
The bootstrapped file
config.json contains sensible defaults, but you will likely want to double-check and/or modify it at this point. (In particular, make sure
whitelist are correct). Then let Bot.io set up the necessary Github hooks, and start the server:
$ botio sethooks --user arturadib --pwd password123$ botio start --user arturadib --pwd password123
That's it! You can now trigger your first Bot.io job by leaving the following comment on any pull request in your repo:
The bot should write back a hello world response in the PR discussion. At this point you will probably want to customize your scripts, as described below.
When Github sends a new notification, Botio automatically fires up the corresponding script. For example,
push (post-receive) notifications will trigger
on_push.js, whereas a PR comment containg a command like
/botio preview will trigger
Bot.io uses ShellJS to enable portable shell-like scripting, so your scripts look like traditional Unix shell scripts but work verbatim on different platforms (like Windows). See mozilla/botio-files-pdfjs for real-world examples.
require('botio'), the module takes care of the necessary cloning and merging into a temporary (private) directory, and executes your script in that directory. The module also exposes the following job information properties:
botioid // Unique id string of the jobbotioevent // Event type (e.g. cmd_test, push, etc)botioissue // Issue number (if event comes from issue comment or pull request)botioprivate_dir // Where tests for the current PR will be runbotiopublic_dir // Where public files for the current PR should be storedbotiopublic_url // URL of this PR's public dirbotiobase_url // Git URL of the main repobotiohead_url // Git URL of the pull request repobotiohead_ref // Name of pull request branchbotiohead_sha // SHA of the most recent commit in the pull requestbotiodebug // True if the server was invoked with --debug
as well as the following methods:
botio // Instruct the bot to write 'str' in the pull request response
If you want the bot to leave comments as a different Github user (here are some gravatar suggestions), simply start the server with the desired user credentials:
$ botio start --user fancy_pants_bot --pwd password123
Here are some important properties you might want to modify:
name // Name of the bot, in case you have multiple ones (e.g. `Bot.io-Windows`, `Bot.io-Linux`, etc)whitelist // Array of Github user names allowed to trigger Botio commands via pull request commentspublic_dir // Path to the base directory where all web-facing files should be storedprivate_dir // Path to the base directory where all tests will be runscript_timeout // (In seconds) Will kill any script that takes longer than thisuse_queue // Set to true if commands should be run in a queue, i.e. not concurrently// (Useful when commands are too memory/CPU heavy, e.g. browser tests)
On your Github repo, go to Admin > Service Hooks > Post-Receive URLs and disable the URL corresponding to the IP of your machine. (Don't forget to save it).
Bot.io only responds to white-listed users.
In a pull request discussion, issue: