This is an OCurrent pipeline that provides CI for OCaml projects hosted on GitHub. It uses metadata from the project’s opam and dune files to work out what to build, and uses caching to make builds fast. It automatically tests projects against multiple OCaml versions and OS platforms.
The pipeline is defined in pipeline.ml. It:
- Gets the list of installations of its GitHub app.
- For each installation, gets the list of repositories to check.
- For each repository, gets the branches and PRs to check.
- For each target, it fetches the head commit, generates a Dockerfile and builds it.
The generated Dockerfile first adds all the
*.opam files found in the project,
opam to install all the dependencies, then adds the rest of the source
files. This means that rebuilds are often very fast, because Docker will reuse the
previously cached build step as long as the opam files don’t change.
To add the CI to your own project:
- Go to https://github.com/apps/ocaml-ci and install the app for your GitHub user.
- Configure just the repositories you want to test (start with one!). If you select
All Repositorieswe won’t build anything.
- Ask us to add you to the alpha-testers list by submitting a PR against this
repository adding yourself to
stack.yml. eg https://github.com/ocurrent/ocaml-ci/pull/346. Additionally, please add yourself to
- Add a status badge from the OCaml-CI endpoint with:
[![OCaml-CI Build Status](https://img.shields.io/endpoint?url=https://ci.ocamllabs.io/badge/<user>/<repo>/<branch>&logo=ocaml)](https://ci.ocamllabs.io/github/<user>/<repo>)
- Report bugs :-)
Get the code with:
git clone --recursive https://github.com/ocurrent/ocaml-ci.git cd ocaml-ci opam install --deps-only ./ocaml-version ./ocaml-dockerfile ./ocluster ./ocurrent .
Note: you need to clone with
--recursive because this project uses submodules
(it depends on some packages that aren’t released yet).
If you forget,
git submodule update --init will fetch them.
To test the CI on a local Git clone, you need to first install the
dependencies and then use
dune exec as shown below:
opam update opam install . --deps-only --with-test --yes dune exec -- ocaml-ci-local /path/to/project
This will build the project as the real CI would, but it only monitors the default branch and does not push the results anywhere. It runs a web interface at http://localhost:8080. This is useful if you want to try out changes to the pipeline.
If you want to build the whole system, the easiest way is using Docker:
docker build -f Dockerfile -t ocaml-ci-service . docker build -f Dockerfile.gitlab -t ocaml-ci-gitlab . docker build -f Dockerfile.web -t ocaml-ci-web .
stack.yml contains the configuration used on the live system.
You’ll have to register your own GitHub app to be able to test the services locally.
If you want it to update to changes in opam-repository automatically you’ll also need
to register a webhook there sending push events to the CI’s
This document takes you through the steps necessary to deploy the Docker images.
The service provides a Cap’n Proto endpoint and a command-line client that uses it.
You will need to be given the
ocaml-ci.cap file, which grants access to the API.
The client can be built and run using
dune exec -- ocaml-ci --ci-cap=ocaml-ci.cap ..., or
To see the branches and PRs that ocaml-ci is monitoring in a repository:
$ ocaml-ci mirage/irmin 615364620f4233cb82a96144824eb6ad5d1104f0 refs/heads/1.4 (passed) e0fcf0d336544650ca5237b356cfce4a48378245 refs/heads/master (passed) 6c46d1de5e67a3f504fc55af1d644d852c946533 refs/heads/mirage-dev (passed) 28421a152e8e19b3fb5048670629e7e01d0fbea6 refs/pull/523/head (passed) acfbee7e82fcaaa5a0dad900068dc67f22021f2e refs/pull/678/head (passed) 3fc04e9f6e7574c0f61eacb3187b412b3bababe4 refs/pull/728/head (passed) 32f6c9f303616880994998881ee75c8d1fe0df91 refs/pull/771/head (passed) b2d4b06f94d13384ae08eb06439ce9c6066419cd refs/pull/815/head (failed) d8161e6cbf06c3005a080d4df209f7de67d6fa5c refs/pull/851/head (passed) 5e36237d7ce6279878578cf48d8b63937c499e5a refs/pull/858/head (failed) 04a368ecd52ea436bfcd252ed94772f55b5159d5 refs/pull/866/head (passed) 2e838b491a4c0b21750f7a2e6dee88eee1c7d94e refs/pull/867/head (passed)
You can pass either the reference (e.g.
refs/heads/master) or the commit hash to choose one of them.
$ ocaml-ci mirage/irmin refs/heads/main alpine-3.10-ocaml-4.08
To view the log (following it if incomplete):
$ ocaml-ci mirage/irmin refs/heads/master alpine-3.10-ocaml-4.08 log [...] - Test Successful in 17.643s. 99 tests run. -> compiled irmin-unix.dev -> installed irmin-unix.dev Done. # Run eval $(opam env) to update the current shell environment Removing intermediate container 4c85cdc76ddc ---> c8e34c3b5eee Successfully built c8e34c3b5eee 2019-09-25 14:55.57: Job succeeded
log, you can also use
For convenience, you can omit the leading
refs/ when specifying a reference,
and for PRs you can omit the trailing
/head. For commits, you must give at
least the first 6 characters. e.g.
$ ocaml-ci mirage/irmin pull/867 alpine-3.10-ocaml-4.08 cancel
ocaml-ci is deployed as three docker images built from
the live service following
live-engine for the backend and
live-www for the frontend.
An ocurrent-deployer pipeline watches these branches, performing a docker build
and deploy whenever it sees a new commit. The live branches should typically contain commits from
master plus potentially
short lived commits for testing changes that are later merged into
To deploy code changes either from
master or a branch:
- check that you’ve rebased the changes onto master
- git push -u upstream HEAD:live-engine or
- git push -u upstream HEAD:live-www
To deploy changes to
stack.yml run (assuming a docker context with sufficient access):
docker -c ci.ocamllabs.io stack deploy -c stack.yml ocaml-ci
See this document for set up and running the server and web components locally.