Differences

This shows you the differences between two versions of the page.

--- services:gitlab:gitlab-runner [2021/05/19 09:37] – hoffmac00
+++ services:gitlab:gitlab-runner [2022/02/03 21:42] – hoffmac00
@@ Line 1: / Line 1: @@
-====== Shared GitLab Runner of the Physics department ======
+====== Shared GitLab Runners of the Physics Department ======
 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.
@@ Line 27: / Line 27: @@
 </code>
-This will define a job called **test** and in that job it will run ''%%./testscript%%'' from the root of the project. If this testscripts exits successfully, the job will succeed and so will the pipeline.
+This will define a job called **test** and in that job it will run ''%%./testscript%%'' from the root of the project. If this testscript exits successfully, the job will succeed and so will the pipeline.
-Often you want to store the results of a job, for example to use it in further jobs. For this, you can use //artifacts//. Below is a sample configuration which will build a $LaTeX$ project with bibtex to a PDF and upload the resulting PDF to our GitLab instance.
+Often you will want to store the results of a job, for example to use it in further jobs. For this, you can use //artifacts//. Below is a sample configuration that will build a $LaTeX$ project with bibtex to a PDF and upload the resulting PDF to our GitLab instance.
 <code yaml>
@@ Line 199: / Line 199: @@
 GitLab CI allows for choosing images. All available images are based on debian. There are multiple variants and multiple releases available.
-Available releases: * buster * bullseye * sid * stable (stable release, installed on workstations) * testing (next stable release)
+Available releases:
+  * buster
+  * bullseye
+  * (bookworm, there are currently some bugs for this release, it will be available again once these are fixed)
+  * oldstable (last stable release)
+  * stable (stable release, installed on workstations)
+  * testing (next stable release)
 These releases correspond to the debian codenames.
-Available variants: * base (simplest variant e.g. for simple shell scripts) * dev (for C/C++ projects) * python (comes with the same python libs as the workstations) * tex (comes with the same TeX packages as the workstations) * fortran (comes with gfortran) * haskell (comes with ghc) * julia (comes with julia) * ruby (comes with ruby) * deb (for debian packaging) * full (Includes everything from above and is close to the workstation configuration)
+Available variants:
+  * base (most simple variant e.g. for simple shell scripts)
+  * dev (for C/C++ projects)
+  * python (comes with the same python libs as the workstations)
+  * tex (comes with the same TeX packages as the workstations)
+  * fortran (comes with gfortran)
+  * haskell (comes with ghc)
+  * julia (comes with julia)
+  * ruby (comes with ruby)
+  * deb (for debian packaging)
+  * full (Includes everything from above and is close to the workstation configuration)
 Launch time increases with the size of the image which is why the full variant will be slowest to start.
@@ Line 210: / Line 226: @@
 <code yaml>
-image: buster-python
+image: bullseye-python
 </code>
@@ Line 216: / Line 232: @@
 <code yaml>
-image: buster-python
+image: bullseye-python
 ...
 deploy:
-    image: buster-base
+    image: bullseye-base
     script:
         - ./deploy.sh
 </code>
-This will use ''%%buster-python%%'' for all jobs, except ''%%deploy%%'', which will use the minimal base image.
+This will use ''%%bullseye-python%%'' for all jobs, except ''%%deploy%%'', which will use the minimal base image.
 ===== Notes on Resource Usage =====
@@ Line 235: / Line 251: @@
   * 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.
-  * Each job has TBD Cores and TBD GiB RAM
+  * Each job can use up to 8 Cores and 8 GiB RAM
 ===== Pipeline Editor =====