CI an Merge-Request-Workflow anpassen

GitLab-Runner in Forks einrichten

Ich hab mich mal umgeschaut, man kann über die GitLab-API vorhandene Runner für zusätzliche Projekte aktivieren, ohne neue erstellen zu müssen. Ihr müsst euch dazu nur hier einen API-Token mit dem Scope "api" einrichten - am Besten mit Ablaufdatum, damit die nicht rumliegen.

Mit diesem Befehl könnt ihr dann Runner Nr. 137 ("WcJhHx75", "chris sein runner") zu eurem Fork hinzufügen und die CI sollte in euren Merge-Requests funktionieren (der Group-Runner hat die ID 138). Ihr müsst nur den API-Token einsetzen und eure Benutzerkennung.

... oooder ihr gebt mir Maintainer-Rechte in jedem Fork und ich mach es schnell für euch. :)

curl --request POST --header "PRIVATE-TOKEN: <your_access_token>" \
     "https://git.thm.de/api/v4/projects/BENUTZERKENNUNG%2Ftc-frontend/runners" \
     --form "runner_id=137"

CI-Config anpassen

Chris, du wolltest noch was an der .gitlab-ci.yml ändern, wenn ich es heute richtig verstanden habe. Ich glaube, es ging darum, bei Pushes in Merge-Request-Branches keine Artefakte mehr zu bauen (und nur Tests laufen zu lassen, sobald es die gibt).

Checkliste

• Runner für Forks eingerichtet
  • Chris
  • Dustin
  • Justin
  • Matze
  • Maurice
  • Tymo
• .gitlab-ci.yml angepasst:
  • Keine APKs mehr in MRs bauen
  • Keine Schedules mehr
  • Bei Push in dev APK bauen