From 592815eab17ccf7082b56f59a66f9f45f522e644 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?David=20=C3=9Cbler?= Date: Mon, 22 Dec 2025 11:02:48 +0000 Subject: [PATCH] Update README.md --- README.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/README.md b/README.md index 3d112a7..0d9bffb 100644 --- a/README.md +++ b/README.md @@ -21,7 +21,7 @@ Darin werden folgende Eigenschaften beschrieben: - Welche Releases sollen wann aktualisiert werden? ### Beispiel für release.yaml -```#!yaml +```yaml # Die Version wird in der Datei Cargo.toml im Hauptverzeichnis des Projekts festgelegt version_descriptor: Cargo.toml @@ -61,7 +61,7 @@ Wenn ein Projekt veröffentlicht wird, dann werden folgende Schritt ausgeführt: - `actions/release/release`: Hier werden die Artefakte veröffentlicht, das Helm-Release aktualisiert und das Gitea-Release angelegt. Beispiel: -```#!yaml +```yaml name: release on: push: @@ -109,7 +109,7 @@ Wenn es nur ein Artefakt gibt und das auch einfach zu bauen ist, dann kann die K Im Parameter `build_run` muss das Projekt (in Form eines Bash-Scripts) beschreiben wie die Artefakte gebaut werden. Beispiel: -```#!yaml +```yaml name: release on: push: @@ -157,7 +157,7 @@ Falls ja, ist das kein Fehler. **ABER** es wird in dem Fall weder ein Docker/OCI Das kann erwünscht sein, wenn eine Änderung nicht ausgerollt werden muss (z.b. Dokumentation angepasst, fixtures verändert, etc.) Um bei einem Pull-Request eine Warnung zu sehen, wenn die Version nicht erhöht wurde kann folgender Workflow verwendet werden. Es ist keine Anpassung nötig. -```#!yaml +```yaml name: check if project is already released on: - pull_request