services:gitlab:gitlab-runner
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
services:gitlab:gitlab-runner [2021/05/19 09:37] – hoffmac00 | services:gitlab:gitlab-runner [2021/05/19 09:47] – hoffmac00 | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Shared GitLab Runner of the Physics | + | ====== Shared GitLab Runner of the Physics |
All repositories have the ability to use the shared GitLab Runners. They can be used to compile, test and deliver code automatically. They must not be used for numerical computations. | All repositories have the ability to use the shared GitLab Runners. They can be used to compile, test and deliver code automatically. They must not be used for numerical computations. | ||
- | ===== Intro into GitLab CI (Continuous Integration) ===== | + | ===== Intro to GitLab CI (Continuous Integration) ===== |
If CI is enabled and there is a push event, GitLab will automatically start a pipeline. A pipeline will run a series of specified jobs on the code and report errors it encounters. Using pipelines, you can see if a change causes an issue with existing code and you can test it for different environments. This works for all branches as well as merge requests or on a schedule. | If CI is enabled and there is a push event, GitLab will automatically start a pipeline. A pipeline will run a series of specified jobs on the code and report errors it encounters. Using pipelines, you can see if a change causes an issue with existing code and you can test it for different environments. This works for all branches as well as merge requests or on a schedule. | ||
Line 27: | Line 27: | ||
</ | </ | ||
- | This will define a job called **test** and in that job it will run '' | + | This will define a job called **test** and in that job it will run '' |
- | Often you want to store the results of a job, for example to use it in further jobs. For this, you can use // | + | Often you will want to store the results of a job, for example to use it in further jobs. For this, you can use // |
<code yaml> | <code yaml> | ||
Line 203: | Line 203: | ||
These releases correspond to the debian codenames. | These releases correspond to the debian codenames. | ||
- | Available variants: * base (simplest | + | Available variants: * base (most simple |
Launch time increases with the size of the image which is why the full variant will be slowest to start. | Launch time increases with the size of the image which is why the full variant will be slowest to start. | ||
Line 235: | Line 235: | ||
* Artifacts that are not meant to be investigated manually (which should be most, except final results like LaTeX pdfs) should have a low expiration time to save disk space. | * Artifacts that are not meant to be investigated manually (which should be most, except final results like LaTeX pdfs) should have a low expiration time to save disk space. | ||
* The maximum size for artifacts is 4 GiB. | * The maximum size for artifacts is 4 GiB. | ||
- | * Each job has TBD Cores and TBD GiB RAM | + | * Each job can use up to 8 Cores and 8 GiB RAM |
===== Pipeline Editor ===== | ===== Pipeline Editor ===== |
services/gitlab/gitlab-runner.txt · Last modified: 2022/07/08 15:58 by hoffmac00