CI/CD: grundlegende Einführung in den verwendungszweck von Gitea Pipelines #63
@@ -152,6 +152,29 @@ architecture-beta
|
|||||||
[^3]: https://www.oodesign.com/dependency-inversion-principle
|
[^3]: https://www.oodesign.com/dependency-inversion-principle
|
||||||
|
|
||||||
[^4]: https://learn.microsoft.com/en-us/dotnet/core/extensions/dependency-injection/overview
|
[^4]: https://learn.microsoft.com/en-us/dotnet/core/extensions/dependency-injection/overview
|
||||||
|
|
||||||
|
# Continuous Integration
|
||||||
|
|
||||||
|
## Automatisierter Build und Release Prozess mithilfe von Gitea Actions.
|
||||||
|
Kocoder marked this conversation as resolved
|
|||||||
|
|
||||||
|
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.
|
||||||
|
|
||||||
|
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`).
|
||||||
|
|
||||||
|
Die meisten Pipelines sind folgendermaßen Aufgebaut:
|
||||||
|
Kocoder marked this conversation as resolved
gitea-actions
commented
Grammar/Style: 'Aufgebaut' should be lowercase 'aufgebaut'. 'Submodule Checkout' should be hyphenated. 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.
|
||||||
|
|
||||||
|
Anwendungen von Gitea Actions bei dieser Diplomarbeit:
|
||||||
|
|
||||||
|
- APT-Package Repository:
|
||||||
|
> 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.
|
||||||
|
- ursprünglich: oqtane.framework
|
||||||
|
> Zum bauen und Verpacken in einen Docker Container und in die Registry pushen.
|
||||||
|
- PM Repository:
|
||||||
|
> Zum automatischen Überprüfen der Dokumente, unter anderem, mithilfe von KI, wie zum Beispiel Gemini.
|
||||||
|
|
||||||
# Projektmanagement
|
# Projektmanagement
|
||||||
## Scrum
|
## Scrum
|
||||||
## YouTrack
|
## YouTrack
|
||||||
|
|||||||
Reference in New Issue
Block a user
Typo: 'Continious' should be 'Continuous'.