Back in February of this year, we radically simplified the installation process of GitLab with the first release of our Omnibus packages for GitLab. Today we are excited to announce that our Omnibus packages now include the GitLab CI Coordinator.
To start using GitLab CI on your GitLab server you need to take the following steps:
- download and install the latest Omnibus package for your platform;
- create a DNS record for GitLab CI pointing to your GitLab server, e.g.
ci.example.com
; - add the following line to
/etc/gitlab/gitlab.rb
:
# External URL to reach the GitLab CI Coordinator at
ci_external_url 'http://ci.example.com'
Then run sudo gitlab-ctl reconfigure
and you have a CI Coordinator running on
your GitLab server, integrated with GitLab!
To start running your builds, set up one or more GitLab CI Runners.
The Omnibus-specific documentation for GitLab CI Coordinator can be found in the Omnibus-GitLab repo.
If you want to run the GitLab CI Coordinator on a separate server from your GitLab server you can disable the GitLab services bundled in the Omnibus packages.
Under the hood
Running GitLab CI in the standard configuration (2 Unicorn workers) will require about 500MB of RAM.
By bundling the GitLab CI Coordinator into the Omnibus packages we are able to
reuse the bundled Ruby, Postgres, NGINX and Redis, as well as the gitlab-ctl
utility. Because of all this reuse of available components, GitLab CI is adding
only about 20MB of data to the package downloads. If you are not using GitLab
CI you will not notice that it is there.
Update 2014-11-06 18:17 CET: Fixed the date attribute on the blog post.