Die drei Messungen aus Lauf 375 aufnehmen, die Offen-Liste kuerzen
Lauf 375 des ersten Abnehmers (jlab-cluster/helm-charts, Push auf main) hat
drei der vier offenen Punkte von sonar-analysis beantwortet, alle drei positiv.
Sie stehen jetzt auf Gemessenes-Verhalten, wo Gemessenes hingehoert:
- Eine Repository-Variable erreicht einen aus einem fremden Repository
aufgerufenen Workflow. Der Beleg ist der Waechter, der durchlief, und der
Scanner, der startete. Damit ist dieselbe Frage fuer OP_CONNECT_HOST in
publish-helm-chart beantwortet; offen bleibt dort nur noch der Upload selbst.
- Der 59-MiB-Scanner-Download kommt durch, Archiv und Signatur in etwa drei
Sekunden. Der MTU-Vorfall mit der 17-MB-Datei wiederholt sich nicht; die
knotenseitige Behebung haelt beim Dreifachen der Groesse.
- node24 ist im Runner-Image vorhanden, die JavaScript-Action lief.
Dazu ein Satz im Vorspann, dass auch Bestaetigungen auf die Seite gehoeren: Eine
ungeschriebene harmlose Eigenheit kostet dieselbe zweite Messung wie eine
gefaehrliche.
Die Abschlussliste von sonar-analysis ist von vier Punkten auf einen gekuerzt.
Offen bleibt, was eine Analyse ueberhaupt meldet - Lauf 375 hat das nicht
beantwortet, obwohl der Scan lief: Der Bericht wurde erzeugt (603 kB) und nie
hochgeladen. Neu dort der Punkt, der von Anfang an auf der Liste gehoert
haette: welche Analysatoren die Instanz tatsaechlich hat. Analysatoren sind
server-seitige Plugins, und eine Sprachliste aus der Dokumentation sagt darueber
nichts.
Wiki anlegen: Langform zu den Bausteinen und das Gemessene
Vier Seiten, bewusst nicht mehr. Die Aufteilung ist dieselbe wie in
jlab-cluster/helm-charts: Das README bleibt die Kurzreferenz fuer Aufrufer —
was ein Baustein tut, die Eingabe-Tabelle, ein Aufrufbeispiel, die
Voraussetzungen — und wird dafuer nicht gekuerzt. Das Wiki ist die Langform:
warum die Dinge so sind und was dafuer gemessen wurde.
Home nennt das Repository, verweist auf die Bausteine und fasst die zwei
Hausregeln in je einem Satz: an einen Tag binden, ein Eigentuemer-Segment nie
raten.
docker-build-push und publish-helm-chart tragen die Begruendungen. Beim
Publish-Baustein vor allem die Eigenschaften des Upload-Schritts: warum
--fail-with-body noetig ist, weil curl einen 401 sonst mit Code 0 verlaesst,
und warum der Dateiname gebaut und nicht geglobt wird, weil --upload-file genau
eine Datei nimmt. Im README waeren diese Saetze zu lang; ohne sie entfernt sie
irgendwann jemand als Umstand.
Gemessenes-Verhalten sammelt die Eigenheiten dieser Forge, die hier teuer waren:
boolesche workflow_call-Eingaben kommen nicht an, wandernde Action-Verweise,
und ein fehlendes Secret laesst die Job-Erzeugung scheitern statt den Job, sodass
der Lauf ohne Schritte dasteht. Letzteres ist in jlab-cluster/helm-charts
gemessen; die Quelle steht auf der Seite.
Keine Tag-Nummern und keine Fassungen als Momentaufnahme: Welcher Tag gilt,
steht im README und in der Workflow-Datei. Was hier steht, sind Begruendungen
und Messungen.
jklein