CI/CD: grundlegende Einführung in den verwendungszweck von Gitea Pipelines #63

Merged
Kocoder merged 2 commits from Einleitung-CI/C into main 2026-03-05 12:42:04 +00:00
Showing only changes of commit 395000aa47 - Show all commits

View File

@@ -153,13 +153,13 @@ architecture-beta
[^4]: https://learn.microsoft.com/en-us/dotnet/core/extensions/dependency-injection/overview
# Continious Integration
# Continuous Integration
Kocoder marked this conversation as resolved Outdated

Typo: 'Continious' should be 'Continuous'.

# Continuous Integration
Typo: 'Continious' should be 'Continuous'. ```suggestion # Continuous Integration ```
## Automatisierter Build und Release Prozess mithilfe von Gitea Actions.
Kocoder marked this conversation as resolved
Review

Typo: 'Continious' should be 'Continuous'.

## Automatisierter Build- und Release-Prozess mithilfe von Gitea Actions.
Typo: 'Continious' should be 'Continuous'. ```suggestion ## Automatisierter Build- und Release-Prozess mithilfe von Gitea Actions. ```
Gitea, das Versionskontrollsystem dieser Diplomarbeit, hat einen Continious-Integration-System eingebaut. Im Kern ist es baugleich zu den Github-Pipelines. Man kann im `.gitea/workflow` Ordner `.yml` Dateien ablegen, welche dann das Verhalten der Workflows definieren.
Gitea, das Versionskontrollsystem dieser Diplomarbeit, hat einen Continuous-Integration-System eingebaut. Im Kern ist es baugleich zu den GitHub-Pipelines. Man kann im `.gitea/workflow` Ordner `.yml` Dateien ablegen, welche dann das Verhalten der Workflows definieren.
Kocoder marked this conversation as resolved Outdated

Typo: 'Continious' should be 'Continuous'. Spelling: 'Github' should be 'GitHub'.

Gitea, das Versionskontrollsystem dieser Diplomarbeit, hat ein Continuous-Integration-System eingebaut. Im Kern ist es baugleich zu den GitHub-Pipelines.
Typo: 'Continious' should be 'Continuous'. Spelling: 'Github' should be 'GitHub'. ```suggestion Gitea, das Versionskontrollsystem dieser Diplomarbeit, hat ein Continuous-Integration-System eingebaut. Im Kern ist es baugleich zu den GitHub-Pipelines. ```
Man kann definieren auf welcher Änderung im Git Repository die Pipeline losgetreten wird (Keyword: `on`) und entweder eigene Komandos aufreihen, oder auf bestehende `actions` zurückgreifen, welche dann der Reihe nach ausgeführt werden (Keyword: `jobs`).
Man kann definieren auf welcher Änderung im Git Repository die Pipeline losgetreten wird (Keyword: `on`) und entweder eigene Kommandos aufreihen, oder auf bestehende `actions` zurückgreifen, welche dann der Reihe nach ausgeführt werden (Keyword: `jobs`).
Kocoder marked this conversation as resolved Outdated

Typo: 'Komandos' should be 'Kommandos'.

Man kann definieren, bei welcher Änderung im Git-Repository die Pipeline losgetreten wird (Keyword: `on`) und entweder eigene Kommandos aufreihen oder auf bestehende `actions` zurückgreifen, welche dann der Reihe nach ausgeführt werden (Keyword: `jobs`).
Typo: 'Komandos' should be 'Kommandos'. ```suggestion Man kann definieren, bei welcher Änderung im Git-Repository die Pipeline losgetreten wird (Keyword: `on`) und entweder eigene Kommandos aufreihen oder auf bestehende `actions` zurückgreifen, welche dann der Reihe nach ausgeführt werden (Keyword: `jobs`). ```
Die meisten Pipelines sind folgendermaßen Aufgebaut:
Kocoder marked this conversation as resolved
Review

Grammar/Style: 'Aufgebaut' should be lowercase 'aufgebaut'. 'Submodule Checkout' should be hyphenated.

Die meisten Pipelines sind folgendermaßen aufgebaut: Clone -> Checkout -> Submodule-Checkout (optional) -> Dependencies einrichten (zum Beispiel das dotnet SDK) -> Build ausführen -> Release erstellen und Artefakte veröffentlichen (z. B. in Registries).
Grammar/Style: 'Aufgebaut' should be lowercase 'aufgebaut'. 'Submodule Checkout' should be hyphenated. ```suggestion Die meisten Pipelines sind folgendermaßen aufgebaut: Clone -> Checkout -> Submodule-Checkout (optional) -> Dependencies einrichten (zum Beispiel das dotnet SDK) -> Build ausführen -> Release erstellen und Artefakte veröffentlichen (z. B. in Registries). ```
Clone -> Checkout -> Submodule Checkout (optional) -> Dependencies einrichten (zum Beispiel das dotnet SDK) -> Build ausführen. -> Release erstellen und Artefakte veröffentlichen (z.B. in Registries). Aber man kann auch andere Dinge tun, z.B. mithilfe von Künstlicher Intelligenz Code und Dokumentation überprüfen.
@@ -170,8 +170,8 @@ Anwendungen von Gitea Actions bei dieser Diplomarbeit:
> Zum Bauen von Oqtane und allen Modulen, verpacken in ein .deb Paket und in die Registry pushen.
- Interfaces Projekt
> Zum Bauen vom Interfaces-Projekt, verpacken in ein NuGet Paket und in die Registry pushen.
- urprünglich: oqtane.framework
> Zum bauen von verpacken in einen Docker Container und in die Registry pushen.
- ursprünglich: oqtane.framework
Kocoder marked this conversation as resolved Outdated

Typo: 'urprünglich' should be 'ursprünglich'.

- ursprünglich: oqtane.framework
Typo: 'urprünglich' should be 'ursprünglich'. ```suggestion - ursprünglich: oqtane.framework ```
> Zum bauen und Verpacken in einen Docker Container und in die Registry pushen.
Kocoder marked this conversation as resolved Outdated

Grammar: 'Zum bauen von verpacken' is incorrect. It should be 'Zum Bauen und Verpacken'.

  > Zum Bauen und Verpacken in einen Docker-Container und Pushen in die Registry.
Grammar: 'Zum bauen von verpacken' is incorrect. It should be 'Zum Bauen und Verpacken'. ```suggestion > Zum Bauen und Verpacken in einen Docker-Container und Pushen in die Registry. ```
- PM Repository:
> Zum automatischen Überprüfen der Dokumente, unter anderem, mithilfe von KI, wie zum Beispiel Gemini.