Workflow for external builds

[mirrodi]

Description

In this PR three Workflows were created.

Compliance check and build test: This action has two jobs:

1. Compliance check with Policy as Code
2. Maven buiild with tests

Build and publish an image: This action performs a Maven build and pushen afterwards an image (package) to the GitHub Registry of the repository.

Build GitHub release and bump SNAPSHOT: This action has two jobs:

1. Setting the Maven version to the next non-SNAPSHOT one and creating a GitHub Tag and Release afterwerds with the new version. E.g. 0.0.2-SNAPSHOT into 0.0.2 with Release and tag 0.0.2
2. Increasing the project Maven version to the next SNAPSHOT version. E.g. 0.2.5 into 0.2.6-SNAPSHOT

Reference

Issues https://git.muenchen.de/ccse/ospo/-/issues/264 Comment: https://git.muenchen.de/ccse/ospo/-/issues/264#note_732239

[hupling]

@mirrodi gibt es auch ein Beispiel-Projekt? da fällt mir das testen einfacher.

kommt jetzt frontend, backend, doku in ein Repo rein?

[mirrodi]

@mirrodi gibt es auch ein Beispiel-Projekt? da fällt mir das testen einfacher.

kommt jetzt frontend, backend, doku in ein Repo rein?

Ich habe es nicht als Teil meiner Aufgabe gesehen ein komplettes Beispielprojekt aufzusetzen. Besprochen wurde erstmal nur, dass ich Templates für GitHub-Action erstellen soll, damit wir einheitliche Beispiele haben. Für ein ganzes Beispielprojekt habe ich gerade keine Zeit.

[hupling]

@mirrodi gibt es auch ein Beispiel-Projekt? da fällt mir das testen einfacher. kommt jetzt frontend, backend, doku in ein Repo rein?

Ich habe es nicht als Teil meiner Aufgabe gesehen ein komplettes Beispielprojekt aufzusetzen. Besprochen wurde erstmal nur, dass ich Templates für GitHub-Action erstellen soll, damit wir einheitliche Beispiele haben. Für ein ganzes Beispielprojekt habe ich gerade keine Zeit.

Ich sehe jetzt keinen großen Unterschied zu meinem Code hier

• https://github.com/it-at-m/sps-backend/blob/main/.github/workflows/maven.yml
• https://github.com/it-at-m/sps-frontend

Wahrscheinlich hast du da wieder keine Zugriff. @klml ich verstehe auch nicht, warum wir in Github ein User-Management brauchen. Eigentlich ist OpenSource jeder sollte einfach die Rechte überall haben, lesen und schreiben.

Hier noch Beispiele von @ejcsid :

• https://github.com/it-at-m/isi-frontend/tree/dev/.github/workflows
• https://github.com/it-at-m/isi-backend/tree/dev/.github/workflows

Mir fehlt auf alle Fälle noch bisschen das Verständnis von der Docker Versionierung und dem internen Deployment. Ich hatte halt gedacht, dass jetzt irgendwie ein Konzept kommt.

[klml]

@hupling

Eigentlich ist OpenSource jeder sollte einfach die Rechte überall haben, lesen ....

das liegt aber am Projekt https://github.com/it-at-m/sps-frontend/ das inital nur private arbeiten wollte. Ihr könnt/solltet/müsstet das auf public umstellen.

@FabianWilms Die Regelung das wir inital private repos erlauben sollten wir hiermit wipen ;)

...und schreiben.

nope. Jeder kann PRs aufmachen, aber nur verantwortliche maintainer dürfen code einmergen.

[hupling]

Sachen wie Zeitzone TZ: Europe/Berlin oder --batch-mode fehlen auch noch

[hupling]

@hupling

Eigentlich ist OpenSource jeder sollte einfach die Rechte überall haben, lesen ....

das liegt aber am Projekt https://github.com/it-at-m/sps-frontend/ das inital nur private arbeiten wollte. Ihr könnt/solltet/müsstet das auf public umstellen.

@FabianWilms Die Regelung das wir inital private repos erlauben sollten wir hiermit wipen ;)

...und schreiben.

nope. Jeder kann PRs aufmachen, aber nur verantwortliche maintainer dürfen code einmergen.

@klml wie kann ich in das Repo schreiben ohne einen persönlichen Fork zu erstellen?

[hupling]

Nach dem Vorschlag von @eidottermihi habe ich ein neuen MR im Template-Projekt erstellt https://github.com/it-at-m/.github/pull/9 Ich werde jetzt hier noch die Kommentare von hier einbauen.

[hupling]

weiterführung in https://github.com/it-at-m/.github/pull/9