puzzle / gitlab-ci-cd-training Goto Github PK

As Gitlab/Github has done a renaming of the master branch to main how about update the references in the documentation.

Add a section with a collection of GitLab CI/CD best practices

This issue lists Renovate updates and detected dependencies. Read the Dependency Dashboard docs to learn more.

Repository problems

These problems occurred while renovating this repository. View logs.

• WARN: Fallback to renovate.json file as a preset is deprecated, please use a default.json file instead.

Open

These updates have all been created already. Click a checkbox below to force a retry/rebase of any.

• Update actions/checkout digest to 1d96c77

Ignored or Blocked

These are blocked by an existing closed PR and will not be recreated unless you click a checkbox below.

• Update module github.com/acend/docsy-plus to v1.1.0
• Update module github.com/google/docsy to v0.9.1
• Update module github.com/google/docsy/dependencies to v0.7.2

Detected dependencies

• Check this box to trigger a request for Renovate to run again on this repository

only and except are not being actively developed. To control when to add jobs to pipelines, use rules instead.

https://docs.gitlab.com/ee/ci/yaml/index.html#only--except

I would convert the task into a info section without exercise. Such that they know what it is when they see it in an old pipeline.

Actual trivy image has changed params.

Following command should work:
./trivy image -o reports/container-scanning-report_$CI_COMMIT_SHORT_SHA.txt $IMAGE_NAME

Kapitel mit Labs hinzufügen welches die GitLab CI cache erklärt

Das Kapitel über Shared Functionality erweitern

• extend Keyword
• YAML Anchors

Eventuell als additional:

• Eigene Docker Images erstellen welche dan via image Tag referenziert werden können

Im Lab wird das gleiche Artefakt mehrfach gebaut. Ich habe folgende Jobs identifiert:

• build_application
• test_application
• build_image (implizit via Dockerfile)

Nach Rücksprache mit @chrira sind wir übereingekommen, dass das nicht wirklich best practise ist.
Folgende Lösungsidee haben wir uns überlegt:

• cache aktivieren, damit gradle zwischen build_application und test_application überprüfen kann, ob das Artefakt bereits vorhanden ist
• artifacts im test_application benutzen, damit das dockerfile im build_image job dieses als quelle benutzen kann

Als addition Lab:

• Was ist Code Coverage
• Test Code Coverage im Source Code viewer Reference
• Code Covarge Badge

Kapitel hinzufügen wie man mit dem trigger keyword andere Pipelines anstossen kann.
Entweder nur als Theorie oder als Lab in welchem eine öffentliche von Puzzle gehostet Pipeline getriggert wird

Bei Lab 5 noch einen Abschnitt über Secret Variables hinzufügen

Kapitel/Beschreibung hinzufügen wie man mit den tags Keyword einen entsprechenden Runner wählen kann.
An dieser Stelle die Puzzle Runner Tags verweden, aber mi dem Hinweis dass die korrekten Tags vom Teacher zur verfügung gestellt wird.

Kapitel zu GitLab CI Services hinzufügen

• Was sind Services
• Wie können Services benutzt werden
• Eigene Services verwenden