minimalist, decentralized, flexible Continuous Integration Server for hackers
minion-ci is a minimalist, decentralized, flexible Continuous Integration Server for hackers.
Making your repository minion compatible is as easy as running this command in the root of your repository:
After that you should modify the minion.yml file in your repository to fit your needs. Make a nice commit and run the following command to start your first job:
If the minion server successfully started you can browse the web interface at http://localhost:5000
It’s recommended to use pip to install minion-ci:
pip3 install minion-ci
MongoDB: To persist the job data minion-ci uses MongoDB. Make sure you have MongoDB installed …
apt-get install mongodb yum install mongodb
… and an instance is running:
ps -ef | grep mongod
… eventually start one with:
minion.yml File Format
The minion-ci server will clone your repository and parse a file called minion.yml located in the root of the cloned repository. The format is really simple:
# command which is run before the real command precondition: "echo 'I was run before the test ...'" # the test command command: "echo 'This is my test...'" on: # command which is run if the command was successful success: "echo 'I was run because the test was successful ...'" # command which is run if the command failed failure: "echo 'I was run because the test failed ...'"
The following few sections explain how to setup a minion.yml file for different kind of environments and technologies, like python virtualenvs, docker containers, etc.
Why so complicated? … Well it’s not really complicated, isn’t it? There are just to many different styles of test environments and approaches … I don’t want to give full attention to all of them and support them. And anyway … In the end your Use-Case wouldn’t be supported. Thus, we provide each developer the full control over their own test setup and environment. Setup it up how you like and run your test how you like it. But: Here are some receipts which might help you to come up with a nice minion.yml configuration:
To test your code in a python virtualenv base your minion.yml on the following example:
precondition: > /bin/bash -c 'virtualenv env -p python3.4 && source env/bin/activate && python -m pip install . -r requirements-dev.txt' command: /bin/bash -c 'source env/bin/activate && make test'
Make sure you change the actual test command which in the example’s case is make test. You can also easily integrate it with tox. Just make sure tox is installed and run as your test command.
To test your code in a docker container follow the following example to setup your minion.yml:
precondition: /bin/bash -c 'docker pull ubuntu' command: /bin/bash -c 'docker run -t ubuntu /bin/bash -c "make test"'
This will pull a new ubuntu docker image from docker hub and run make test in the container. You might want to setup your own docker image in the precondition and the run this container in the actual command:
precondition: /bin/bash -c 'docker build -t testing .' command: /bin/bash -c 'docker run -t testing /bin/bash -c "make test"'
Make sure you mount your repository, source code, test code or whatever in the container before running any tests.
|/status||GET||Get status of the server|
|/jobs||GET||page, page_size||Get a list of all jobs|
|/jobs||POST||repo_url, commit_hash, branch, keep_data, arbitrary data||Create a new job|
|/jobs||DELETE||Remove all jobs|
|/jobs/<job_id>||GET||Get a single job|
|/jobs/<job_id>||DELETE||Remove a single job|
|/stop||POST||Stop the minion-server|
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|Filename, size||File type||Python version||Upload date||Hashes|
|Filename, size minion-ci-0.0.7.tar.gz (41.8 kB)||File type Source||Python version None||Upload date||Hashes View|