Continuous Integration ?

Novasalt

Average test time: 1h30

Wait time: 0 to 4h

No distro matrix

Time wasted during provisionning

Time wasted while waiting in queue

CI Systems Landscape

Can 1 CI rule them all ?

Perhaps, if it meets all requirements of all projects:

• Sends feedback to the git tracker UI
• Test matrix
• Programable pipeline
• Does not require maintenance
• Is able to run on pre-provisioned systems
• Does not require waiting in line
• Can run on our VPN

Feature story

• User runs tests on patch
• Commits pushed in branch
• User waits for a turn in CI
• User waits for code review
• Approval is manual
• CI runs tests on patch (again)
• User rebases branch
• User merges OR
• User rebases branch again

• User commits on branch
• CI tests on the user machine
• Peers approve the patch
• User clicks rebase and merge

GitHub

GitLab

Extra Automation

In GitLab, User can also click to enable merge when CI and approvals validate the PR

Aprovals

Merge Methods

Fast-forward merge 

Git Hooks

Private container registry

Distributing CI on developer machines

• The developer machine needs to be able to run tests exactly like in CI
• Why not publish the result directly ?

GitLab CI

Developer

Public Repository

Fork Project

Optionnal step, allowing me to run my own dedicated CI on my laptop, otherwise I can push in a branch of the main repo like on GitHub

Get the runner token

In my fork, settings:

Register runner

(Developer machine)

Git Push,

CI Started

Build history for commit anyone ?

On GitHub UI, only the last build is shown for 1 commit

No time wasted while waiting in line

No test on the developer machine is wasted or has to be re-run

Merge request

Merge request created

Rebasing onto master

Tests passed

Approving as James Pic

Approving as James Pitt

Merging as James Pic

Issue board

Scheduled for GitLab 8.10 (current: 8.8)

Performance

gitlab-workhorse is a proxy for HTTP and git pull/push

Cost

2011: Start of GitLab

Dmitriy was unsatisfied with the options for git repository management. So together with Valery, he started to build GitLab as a solution for this.

2012: GitLab.com

Sid saw GitLab for the first time. He thought it was natural that a collaboration tool for programmers was open source. Being a Ruby programmer he checked out the source code and was impressed with the code quality of GitLab. He started GitLab.com as the first SaaS offering for GitLab.

In November 2012, Dmitriy also made the first version of GitLab CI.

2013: "I want to work on GitLab full time"

In 2013, Dmitriy tweeted that he wanted to work on GitLab full time. Sid and Dmitriy teamed up and started bootstrapping GitLab as a company.

In the same year in August, we introduced GitLab Enterprise Edition.

2014: GitLab was incorporated

In 2014 GitLab was officially incorporated as a limited liability corporation. GitLab released a new version every month on the 22nd, just as every year before and after. The first release of the year at January 22nd: GitLab 6.5. At the end of 2014, December 2014, GitLab 7.6 was released.

2015: Y Combinator

In the very start of 2015, almost the entire GitLab team flew over to Silicon Valley to participate in Y Combinator.

At this point, over 1000 people worldwide have contributed to GitLab and more than 100,000 organizations are using GitLab.

Logo

Our Tanuki logo symbolizes this with a smart animal that works in a group to achieve a common goal.

GitLab: Vision

At GitLab we have one vision. Everyone can contribute to all digital content.

To ensure that everyone can contribute to our organization we have open business processes that allow all team members to suggest improvements to our handbook. 

GitLab

Y'a moins bien

mais c'est plus cher