Local CI, for mortals.
Note: EasyCI only works with git repositories.
Never worry about checking in broken code again. No need to maintain a CI server. No need to shell out ridiculous amount of money for your personal project. EasyCI puts your mind at ease, like a good CI service, but without all the extra costs.
EasyCI operates via git
pre-push hooks to ensure that your code passes tests before letting you commit/push.
$ git commit Running test: flake8 Passed [master b2e6fa1] test commit 1 file changed, 2 insertions(+), 2 deletions(-)
EasyCI also makes sure not to run tests redundantly. If you ran tests before using
eci test, and no files have changed, then it does not try to run tests again.
$ eci test Running test: flake8 Passed $ git commit OK Files not changed [master b2e6fa1] test commit 1 file changed, 2 insertions(+), 2 deletions(-)
This means that if you run tests regularly as part of your workflow, there is effectively no efficiency cost in using EasyCI, yet you can rest easy knowing that if you forgot to run tests, you will not be allowed to commit/push.
EasyCI is designed to shift the burden of test running away from you. To that end, it is possible to have EasyCI monitor your project for changes and automatically run tests, so that by the time you want to commit your changes, your tests would have already been run. Do this in a separate shell session:
$ # from anywhere in your project $ eci watch Watching directory `/path/to/project`. Use ctrl-c to stop.
First, install EasyCI using
pip install easyci
Next, setup EasyCI for your project.
cd /path/to/project eci init
This will install the necessary git hooks and put a trivial config file
eci.yaml. You should modify the config file to actually run your tests.
Tests are run automatically by git’s
pre-push hooks. To trigger tests manually:
# from anywhere in your project eci test
Collecting Test Results
EasyCI preserves the state of your project by making a copy of your project using
rsync to a temporary directory. In some cases, you do want the files generated by your tests. For example, if your tests generate code coverage data, or other tests data, you will want the options to copy those files from the temporary directory back to your project directory. This can be done by the config
As an example, the following config will copy everything under the subdirectory
htmlcov, which in this case contains the code coverage report.
tests: - coverage run -m py.test && coverage html collect_results: - htmlcov/***
For more information on the pattern format for
collect_results, see the man page for
rsync, which is used internally to copy the test results.
The config lives in a file at the root of the repository,
||This is a list of commands to run tests.|
||The number of passing test runs to remember.|
||Copy files matching these patterns back to the project. The patterns must be in an
All commands should be run inside the target repository.
Initialize the project for use with EasyCI. This installs the necessary git hooks (pre-commit + pre-push) and add a config file if one does not already exists.
Run tests. If a passing test run is found in the tests run history, then this does not run any tests.
Watch the current repository for changes and automatically run tests.
Runs housekeeping tasks to free up space. For now, this only removes saved but unused (unreachable) test results.
Clear tests run history. History is normally used to keep track of whether a test has been run for a specific state of the project, to avoid running tests redundantly. This command clears the history, causing the next eci test command to always run tests.