Skip to Content

Changes for page GitLab Erklärungen

Last modified by pmeyer on 2025/09/12 04:41
From version arrow_back 105.1 arrow_forward
edited by pmeyer
on 2025/09/11 15:40
Change comment: Uploaded new attachment "Iteration2.png", version {1}
To version arrow_back 84.7 arrow_forward
edited by sbeyer1
on 2025/08/25 11:27
Change comment: There is no comment for this version

Summary

Details

insert_drive_file Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.pmeyer
1 +XWiki.sbeyer1
Content
... ... @@ -58,7 +58,7 @@
58 58  
59 59  == Meilensteine und Epics ==
60 60  
61 -Im Laufe des Softwareprojektes werden eine Menge an Issues erstellt. Damit der Überblick, über die Vielzahl an Issues, nicht verloren geht wird im Softwareprojekt mit Meilensteinen (siehe [[Meilensteine>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:DievordefiniertenMeilensteine"]]) und Epics gearbeitet. In GitLab werden beide Funktionen mit **"Labels"** umgesetzt. Diese Option ist im Reiter "Manage" und anschließend unter "Labels" vorzufinden.
61 +Im Laufe des Softwareprojektes werden eine Menge an Issues erstellt. Damit der Überblick, über die Vielzahl an Issues, nicht verloren geht wird im Softwareprojekt mit Meilensteinen (siehe [[Meilensteine>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:DievordefiniertenMeilensteine"]]) und Epics gearbeitet. In GitLab werden beide Funktionen mit **"Labels"** umgesetzt. Diese Option ist im Reiter "Manage" und anschließend unter "Labels" vorzufinden.
62 62  
63 63  [[image:Label 1.png||data-xwiki-image-style-border="true"]]
64 64  
... ... @@ -82,8 +82,6 @@
82 82  
83 83  [[image:Issue Label 3.png||data-xwiki-image-style-border="true"]]
84 84  
85 -----
86 -
87 87  = Product-Backlog =
88 88  
89 89  Die erstellten Issues werden automatisch nach der Erstellung dem Product-Backlog (siehe [[Product-Backlog>>doc:Main.Scrum.WebHome||anchor="HProductBacklog"]]) hinzugefügt. Der Product-Backlog ist eine Liste mit allen erstellten und unbearbeiteten Issues. Dieser ist im GitLab unter dem Reiter **"Issue boards" **vorzufinden.
... ... @@ -118,16 +118,15 @@
118 118  
119 119  [[image:Liste6.png||data-xwiki-image-style-border="true"]]
120 120  
121 -----
122 -
123 123  = Erstellung eines Sprints =
124 124  
125 -In GitLab erfolgt die Erstellung eines Sprints in sogenannten **"Iterationen"** (Wiederholungen). Diese Option ist in der Gruppennavigationsleiste unter dem Reiter **"Iteration" **vorzufinden. Um einen neuen Sprint zu erstellen wird die **"New iteration cadence"**-Option ausgewählt.
121 +In GitLab erfolgt die Erstellung eines Sprints in sogenannten **"Milestones"** (Meilensteine). Diese Option ist in der Projektnavigationsleiste unter dem Reiter **"Milestones" **vorzufinden. Um einen neuen Sprint zu erstellen wird die **"New Milestone"**-Option ausgewählt.
126 126  
127 -[[image:Iteration1.png||data-xwiki-image-style-border="true"]]
123 +[[image:Sprint1.png||data-xwiki-image-style-border="true"]]
128 128  
129 129  Damit ein neuer Sprint erstellt werden kann, wird der Sprint mit einem Titel, einem Start- sowie Enddatum und einer Beschreibung versehen. Das Sprintziel sollte in der Beschreibung festgehalten werden. Im unten aufgeführten Beispiel ist die Registrierung und die Anmeldung das angestrebte Sprintziel. Gespeichert wird der Sprint durch die "**Create milestone"**-Funktion
130 130  
127 +[[image:Sprint2.png||data-xwiki-image-style-border="true"]]
131 131  
132 132  [[image:Sprint3.png||data-xwiki-image-style-border="true"]]
133 133  
... ... @@ -159,8 +159,6 @@
159 159  
160 160  [[image:SprintF.png||data-xwiki-image-style-border="true"]]
161 161  
162 -----
163 -
164 164  = Erstellung eines Wikis =
165 165  
166 166  Im Softwareprojekt müssen viele Daten dokumentiert (siehe [[Anforderungsanalyse>>doc:Main.Aufgabenstellung.WebHome||anchor="Teilaufgabe2:Anforderungsanalyse28Dokumentation29"]] und [[Entwurf>>doc:Main.Aufgabenstellung.WebHome||anchor="HTeilaufgabe3:Entwurf28Dokumentation29"]] sowie [[Dokumentation>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:Dokumentation"]]) werden und unter anderem auch ein Projekttagebuch (siehe [[Projekttagebuch>>doc:Main.Anforderungen Gruppen.WebHome||anchor="HProjekttagebuch"]] geführt werden. Dies wird in der Wiki-Funktion von GitLab umgesetzt. Diese Option ist in der Projektnavigationsleiste unter dem Reiter **"Wiki" **vorzufinden.
... ... @@ -180,8 +180,6 @@
180 180  (% class="wikigeneratedid" id="H" %)
181 181  [[image:Wiki5.png||data-xwiki-image-style-border="true"]]
182 182  
183 -----
184 -
185 185  = Zeiterfassung in GitLab =
186 186  
187 187  Im Rahmen des Softwareprojekts sollt ihr eure Arbeitszeit präzise festhalten. Dazu könnt ihr direkt auf angelegten Issues/Tasks/User Stories in dem Bereich **Time tracking** eure Arbeitszeit Aufgabenspezifisch eintragen. In dem Fenster könnt ihr eintragen wie viel Zeit ihr gearbeitet habt, an welchem Tag ihr gearbeitet habt, um nachträgliches verbuchen von Arbeitszeit zu ermöglichen, und eine kleine Zusammenfassung angeben. Sollte bereits Zeit erfasst worden sein, muss über das Plus (siehe Bild oben rechts im roten Rahmen) Zeit gebucht werden.[[image:1754139824426-497.png]]
... ... @@ -194,22 +194,13 @@
194 194  
195 195  == Pipeline im Basisprojekt v2 ==
196 196  
197 -Die Pipeline im Basisprojekt ist auf zwei Stages mit jeweils einem Job aufgeteilt und wird im Folgenden Schritt für Schritt erklärt. Ihr dürft im Rahmen des Softwareprojekts, wenn nötig, die Pipeline um weitere Jobs oder Stages erweitern. **Die bestehenden Jobs sollten allerdings **(von Studierenden) **nicht geändert werden.**
190 +Die Pipeline im Basisprojekt ist auf zwei Stages mit jeweils einem Job aufgeteilt.
198 198  
199 -In der //.gitlab-ci.yml //werden zunächst die Stages definiert. Eine Stage ist eine logische Gruppe von Jobs, die in einem bestimmten Abschnitt der Pipeline ausgeführt werden. Jobs in einer Stage werden parallel ausgeführt, es sei denn es wird eine Abhängigkeit in den Jobs definiert.
200 -Wenn alle Jobs in einer Stage (erfolgreich) abgeschlossen sind, startet die nächste Stage. Schlägt ein Job fehl wird die gesamte Pipeline gestoppt, außer es werden Jobs so markiert, dass sie fehlschlagen dürfen.
201 -
202 202  {{code language="yaml"}}
203 203  stages:
204 204   - verify
205 205   - deploy
206 -{{/code}}
207 207  
208 -Der //verify-job //ist der erste Job, der in der Pipeline definiert ist. Er wird in der //verify-//Stage ausgeführt. Das Image ist ein Docker-Image, welches schon mit einer Java 21 Umgebung eingerichtet ist. Dadurch wird sichergestellt, dass der Job immer die gleiche Umgebung hat ("//but it works on my machine"//).
209 -Im Script-Abschnitt wird dann mvn clean verify ausgeführt. Maven verify baut das Projekt und führt die Tests im Projekt aus.
210 -Die Rules definieren, wann ein Job ausgeführt wird und ob das Fehlschlagen des Jobs erlaubt ist. Regeln werden von oben nach unten ausgewertet. //$CI_PIPELINE_SOURCE == "schedule" //sagt dass der Job bei automatischen Aufrufen über einen zeitgesteuerten Start der Pipeline mit besonderen Einschränkungen ausgeführt werden soll. //allow_failure// erlaubt in dem Fall, dass bei automatischer Ausführung die Pipeline nicht abgebrochen wird, falls sich euer Projekt nicht bauen lässt, damit darauffolgende Jobs weiterhin ausgeführt werden.
211 -
212 -{{code language="yaml"}}
213 213  verify-job:
214 214   stage: verify
215 215   image: eclipse-temurin:21-jdk-alpine
... ... @@ -221,16 +221,7 @@
221 221   allow_failure: true
222 222   - when: always
223 223   allow_failure: false
224 -{{/code}}
225 225  
226 -(((
227 - Der //deploy_stats_pages// Job ist der erste Job, der in der //deploy//-Stage ausgeführt wird. Der Job erfasst eure Projektarbeitsdaten (bspw. eure Stundenbuchungen) und veröffentlicht diese, nur für euch in GitLab sichtbar, in eurem Projekt.
228 -Die Variablen sind Umgebungsvariablen, die zum Erfassen der Daten benötigt werden. **Die //TIME_FRAMES// Variable ist auskommentiert und sollte durch euren projektverantwortlichen Betreuer:in (Tutor:in) angepasst werden.** Durch die //TIME_FRAMES// Variable können die [[Einschätzungszeiträume>>https://xwiki.swl.informatik.uni-oldenburg.de/xwiki/bin/view/Main/Bewertung/#HBewertungszeitrE4ume]] sowie die "Soll-Zeit" pro Zeitraum gesetzt und für die Visualisierung verwendet werden.
229 -Im Script-Bereich wird erst git installiert und dann die Projekete zur Erfassung und Visualisierung der Daten installiert.
230 -Der Artifakt-Bereich definiert welche Dateien nach Ausführung des Jobs behalten werden. Der Public Ordner wird verwendet, um statische Websiten zu veröffentlichen. In diesem Fall die Visualisierung der erfassten Daten.
231 -Im Gegensatz zum //verify-job// wird der //deploy_stats_pages//-Job **nur** ausgeführt, wenn die Pipeline zeitgesteuert gestartet wird.
232 -
233 -{{code language="yaml"}}
234 234  deploy_stats_pages:
235 235   stage: deploy
236 236   image: maven:3.9.9-amazoncorretto-21-al2023
... ... @@ -262,44 +262,3 @@
262 262   when: always
263 263   - when: never
264 264  {{/code}}
265 -
266 -----
267 -
268 -= GitLab Pages (Einsehen der erfassten Projektdaten) =
269 -)))
270 -
271 - Wie im vorherigen Abschnitt beschrieben, werden im Softwareprojekt mit Hilfe der Pipeline Daten erfasst. Diese Daten können dann aus GitLab eingesehen werden, dazu kann man im Projekt über Deploy -> Pages und das Parallele Deployment "stats" die Daten einsehen.
272 -[[image:Deploy->Pages.png||alt="Pages können im Projekt über Deploy -> Pages eingesehen werden"]][[image:ParallelDeploymentsStats.png||height="174" width="1226"]]
273 -
274 -== User Overview ==
275 -
276 -Auf der Seite User overview wird eine kompakte Übersicht aller Projektmitglieder dargstellt. Nutzer:innen werden nicht dargestellt, solange keine Zeitbuchung getätigt wurde.
277 -[[image:Useroverview.png]]
278 -
279 -== Timelogs ==
280 -
281 -Unter Timelogs können einzelne Zeiteintragungen eingesehen werden. Dazu gibt es einige Filtermöglichkeiten, sowie die Möglichkeit nach Zeiträumen zu filtern. In Tabellenform lassen sich die Einträge einzelner Tage anklicken, um eine detailliertere Beschreibung einsehen zu können.
282 -
283 -[[image:TimeLogs.png]]
284 -
285 -== Request (und Review) Overview ==
286 -
287 -Auf der Seite Request Overview können alle im Projekt erstellten Merge Requests eingesehen werden. Unter dem Diagramm ist zusätzlich eine Tabelle zu sehen, die neben der Anzahl im Diagramm noch weitere Informationen wie bspw. Titel und Status beinhaltet. Die Daten lassen sich nach Zielbranch (interessant ist hier Development) und Nutzer:in (durch einen Klick im Tortendiagramm) filtern. Die Seite Review Overview ist vom Verhalten analog gestaltet.
288 -
289 -[[image:RequestOverview.png]]
290 -
291 -== Code Contribution ==
292 -
293 -Die Code Contribution Seite zeigt grafisch aufbereitete Informationen über die Menge an geschriebenem Code und die Zahl der Commits. Der Nutzer kann zwischen verschiedenen Diagrammtypen wählen (tägliche, monatliche oder Gesamtsummen für Code-nderungen bzw. Commits) und über Filter den dargestellten Zeitraum einschränken. Auch die Skalierung der Y-Achse kann angepasst werden.
294 -
295 -[[image:Codecontribution.png]]
296 -
297 -== Target Time ==
298 -
299 -Die Target Time Seite ermöglicht die Auswertung der Arbeitszeit im Vergleich zur erwarteten Mindestarbeitszeit über definierte Zeiträume hinweg. Die Zeiträume müssen für eine Verwendung der Seite vom **Betreuer der Gruppe** (Tutor) in der GitLab Pipeline als Variable gesetzt sein (siehe Abschnitt zur Pipeline im Basisprojekt2). Wenn alles gesetzt ist, dann kann über die Seite eingesehen werden, wie viel Zeit im Verhältnis der erwarteten Zeit, ins Projekt investiert wurde. **Unter der roten Linie sollte keiner auf Dauer sein.**
300 -
301 -[[image:TargetTime.png]]
302 -
303 -----
304 -
305 -
attach_file 1756157360066-681.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -125.1 KB
Content info
attach_file Codecontribution.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -117.3 KB
Content info
attach_file Deploy->Pages.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -26.3 KB
Content info
attach_file Iteration1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -75.4 KB
Content info
attach_file Iteration2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -128.1 KB
Content info
attach_file ParallelDeploymentsStats.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -30.7 KB
Content info
attach_file RequestOverview.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -109.5 KB
Content info
attach_file TargetTime.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -148.9 KB
Content info
attach_file TimeLogs.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -125.1 KB
Content info
attach_file Useroverview.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.sbeyer1
Size
... ... @@ -1,1 +1,0 @@
1 -102.6 KB
Content info