Changes for page GitLab Erklärungen

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -347,39 +347,12 @@
347	347
348	348	Dabei gelten folgende Regeln:
349	349
350		-
351	351	(% style="margin-left:auto; margin-right:auto" %)
352	352	|=Ausführung|=Verify und SpotBugs|=Projektstatistiken
353		-|Normaler Push auf den Standardbranch|(((
354		-Werden ausgeführt,
	352	+|Normaler Push au| |
	353	+| | |
	354	+| | |
355	355
356		-Fehler führen zum Fehlschlagen der Pipeline
357		-)))|Werden nicht aktualisiert
358		-|Push auf einen anderen Branch|(((
359		-Werden ausgeführt,
360		-
361		-Fehler führen zum Fehlschlagen der Pipeline
362		-)))|Werden nicht aktualisiert
363		-|(((
364		-Zeitgesteuerte Pipeline
365		-
366		-(Im SWP meist 1xam Tag)
367		-)))|(((
368		-Werden ausgeführt,
369		-
370		-Fehler dürfen auftreten, ohne die gesamte
371		-
372		-Pipeline scheitern zu lassen
373		-)))|Werden aktualisiert
374		-
375		- Die zeitgesteuerten Pipelines sind insbesondere für die regelmäßige Aktualisierung der Projektstatistiken wichtig.
376		-
377		-Da sich euer Projekt möglicherweise nicht zu jedem Zeitpunkt fehlerfrei bauen lässt (//sollte **nicht** passieren)//, dürfen die Überprüfungsjobs bei zeitgesteuerten Ausführungen fehlschlagen (allow_failure: true). Dadurch wird verhindert, dass ein Fehler im Projektbuild grundsätzlich die nachfolgende Aktualisierung der Statistiken blockiert.
378		-
379		-Bei normalen Pipeline-Ausführungen ist ein Fehlschlagen dagegen nicht erlaubt (allow_failure: false). Dadurch werden Fehler beim Bauen oder Testen des Projekts unmittelbar sichtbar.
380		-
381		-**Hinweis:** Die Statistiken werden nur bei einer zeitgesteuerten Pipeline aktualisiert. Ein gewöhnlicher Push auf einen Branch löst zwar die Überprüfung des Projekts und die Erstellung der Codeberichte aus, aktualisiert aber nicht die Statistikseite.
382		-
383	383	----
384	384
385	385	= GitLab Pages (Einsehen der erfassten Projektdaten) =