GitLab CI/CD, 5 May 2020

Previous Meeting Next Meeting

⏯

youtube image

►

From YouTube: Faster, more flexible pipelines with a Directed Acyclic Graph (DAG)

Description

Recently GitLab released an exciting feature that reduces the pipeline running times and enables more flexibility in the order jobs are running. The feature is free and available in GitLab.com and the self-hosted versions.

DAG will allow you to run pipeline steps out of order, breaking the stage sequencing, and allowing jobs to relate to each other directly no matter on which stage they belong to.

For example, when a project generates both Android, iOS and web apps in a multi-stage pipeline, people want the iOS deployment to start as soon as all the iOS tests pass rather than waiting for all the Android and web tests to pass too. The total compute time might be the same, but the wall-clock time is different. In more complicated cases, it's possible to significantly reduce the overall wall-clock time of the pipeline by declaring exactly which jobs depend on which other jobs.

A

Hi, my name is Lisa gun model and I will demo today an exciting feature. Get them released recently called directed acyclic graph or dag. So I will start a new pipeline.

A

And I say well: here are three stages: build test and deployed and I have a few jobs in each stage.

A

What I defined in this pipeline is that, once the iOS job complete I want that all of the related iOS test, which is the home, is the iOS test and the Safari on us. We start immediately without waiting two tasks like Mac or Windows jobs, to run in this way. If those tests are slow or taking a lot of time, it's more, we be more efficient to start them as soon as possible and as you can see that those tests are started while the Mac and Windows, and also the Android a was still running.

A

Let me show you quickly how I configure that, so we will open the repository and the collapsium L file, which is the my CI CD configuration file and I will open the right branch, and here we can see the stages that I defined build test and deploy and a few jobs.

A

So this is my iOS job and if I scroll down I can see my test jobs, which is here haumai us with a new keyword, needs, is also here so follow us needs. Ios means this is the array that I can define the job name or job names of job or jobs that I want that this job will be dependent on. So, in my case, I depend on only iOS as soon as the iOS complete I want. Those ius test will start immediately.

A

So this is it thanks for watching.