Skip to Content

Changes for page GitLab Erklärungen

Last modified by mgrawunder on 2025/10/22 15:23
From version arrow_back 143.2 arrow_forward
edited by mgrawunder
on 2025/10/22 15:22
Change comment: There is no comment for this version
To version arrow_back 84.20 arrow_forward
edited by sbeyer1
on 2025/08/25 12:02
Change comment: There is no comment for this version

Summary

Details

insert_drive_file Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.mgrawunder
1 +XWiki.sbeyer1
Content
... ... @@ -2,11 +2,6 @@
2 2  
3 3  {{toc/}}
4 4  
5 -(% class="box infomessage" %)
6 -(((
7 -Falls man bei Gitlab nicht rechtzeitig ein Passwort vergeben hat oder das Passwort vergessen hat: [[https:~~/~~/gitlab.swl.informatik.uni-oldenburg.de/users/password/new>>https://gitlab.swl.informatik.uni-oldenburg.de/users/password/new]] Die hinterlegte E-Mail-Adresse ist die Uni-Mail-Adresse, die auch im Stud.IP hinterlegt ist.
8 -)))
9 -
10 10  Ab dem Wintersemester 2025/2026 wird die Projektstrukturierung und der [[Scrum>>doc:Main.Scrum.WebHome]]-Prozess in GitLab durchgeführt. Für die wichtigsten, grundlegendsten Funktion gibt es nachfolgend als Einstiegshilfe einige Erklärungen.
11 11  
12 12  = Issue/Task-Erstellung in GitLab =
... ... @@ -63,46 +63,30 @@
63 63  
64 64  == Meilensteine und Epics ==
65 65  
66 -Im Laufe des Softwareprojektes werden eine Menge an Issues erstellt. Damit der Überblick über die Vielzahl an Issues nicht verloren geht und somit der Projektfortschritt nicht potenziell gefährdet wird, werden im Softwareprojekt mit Meilensteinen (siehe [[Meilensteine>>doc:Main.Anforderungen Software.WebHome||anchor="HAnforderungen:DievordefiniertenMeilensteine"]]) und Epics gearbeitet. In GitLab werden die Meilensteine mit der Funktion "**Milestones**" und die Labels mit der Funktion **"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.
67 67  
68 -=== Meilensteine ===
63 +[[image:Label 1.png||data-xwiki-image-style-border="true"]]
69 69  
70 -Um einen neuen Meilenstein zu erstellen, wird in der Projektnavigationsleiste der Reiter** "Milestones" **angeklickt und nachfolgend die Option **"New milestone"** ausgewählt.
65 +[[image:Label 2.png||data-xwiki-image-style-border="true"]]
71 71  
72 -[[image:Meilenstein1.1.png||data-xwiki-image-style-border="true"]]
67 +[[image:Label 3.png||data-xwiki-image-style-border="true"]]
73 73  
74 -Nach der Erstellung wird der Meilenstein mit einem Titel, einem Start- sowie Enddatum und einer Beschreibung versehen. In der Beschreibung müssen die umzusetzenden Funktionen aufgelistet werden (Ziel des Meilensteins). Bestätigt wird die Erstellung mit der "**Create milestone**"-Funktion.
69 +Die Erstellung von Epics sind kongruent zur Erstellung der Meilensteine-Label**. **Zur Veranschaulichung wird das Epic-Label **"Lobby" **erstellt.
75 75  
76 -[[image:Meilenstein2.png||data-xwiki-image-style-border="true"]]
71 +[[image:Epic1.png||data-xwiki-image-style-border="true"]]
77 77  
78 -[[image:Meilenstein3.png||data-xwiki-image-style-border="true"]]
79 -
80 -Dem frisch erstellten Meilensteinen können jetzt Issues zugewiesen werden. Dies funktioniert trivial zu der Statusvergabe.
81 -
82 -[[image:Meilenstein4.1.png||data-xwiki-image-style-border="true"]]
83 -
84 -=== Epics ===
85 -
86 -Um ein neues Epic zu erstellen, wird in der Projektnavigationsleiste der Reiter** "Labels" **angeklickt und nachfolgend die Option **"New Label"** ausgewählt.
87 -
88 -[[image:Label 1.png||data-xwiki-image-style-border="true"]]
89 -
90 -Das neue Epic wird mit einem Titel, einer Beschreibung und einer Farbe versehen. Bestätigt wird die Erstellung mit der "**Create label**"-Funktion.
91 -
92 92  [[image:Epic2.png||data-xwiki-image-style-border="true"]]
93 93  
94 -[[image:Label1.png||data-xwiki-image-style-border="true"]]
75 +[[image:Epic3.png||data-xwiki-image-style-border="true"]]
95 95  
96 -Bei der Issue-Erstellung/Bearbeitung können die erstellten Labels/Meilensteine jetzt mit den neuen/bestehenden Issues verknüpft werden. Dies erfolgt trivial zur Status-Option.
77 +Bei der Issue-Erstellung/Bearbeitung können die erstellten Labels jetzt mit den neuen/bestehenden Issues verknüpft werden. Dies erfolgt trivial zur Status-Option.
97 97  
98 98  [[image:Issue Label 2.png||data-xwiki-image-style-border="true"]]
99 99  
100 -[[image:Labelissue1.png||data-xwiki-image-style-border="true"]]
81 +[[image:Label 4.png||data-xwiki-image-style-border="true"]]
101 101  
102 -[[image:Label2.png||data-xwiki-image-style-border="true"]]
83 +[[image:Issue Label 3.png||data-xwiki-image-style-border="true"]]
103 103  
104 -----
105 -
106 106  = Product-Backlog =
107 107  
108 108  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.
... ... @@ -109,91 +109,78 @@
109 109  
110 110  [[image:ProductBacklog1.png||data-xwiki-image-style-border="true"]]
111 111  
112 -[[image:IssueList1.1.png||data-xwiki-image-style-border="true"]]
91 +[[image:ProductBacklog2.png||data-xwiki-image-style-border="true"]]
113 113  
114 114  == Pflege/Priorisierung des Product-Backlogs ==
115 115  
116 -Die Pflege des Product-Backlogs (siehe [[Pflege>>doc:Main.Scrum.WebHome||anchor="HDerNutzeneinesgepflegten2FpriorisiertenProductBacklogs"]]) ist in GitLab sehr einfach durchzuführen. Hierfür werden die Issues einfach per "Drag and Drop" (Ziehen und Ablegen) in die gewünschte Ordnung bzw. Priorisierung gebracht. Im ersten Beispiel war die Reihenfolge der Issues #8,#4,#9,#7,#1,#3, #5, #6 und für das Projekt unsortiert. Nach der Sortierung ist die Reihenfolge der Issues #9,#8,#7,#6,#5,#4, #3, #1 (Sortierung willkürlich gewählt und dient nur zu Anschauungszwecke).
95 +Die Pflege des Product-Backlogs (siehe [[Pflege>>doc:Main.Scrum.WebHome||anchor="HDerNutzeneinesgepflegten2FpriorisiertenProductBacklogs"]]) ist in GitLab sehr einfach durchzuführen. Hierfür werden die Issues einfach per "Drag and Drop" (Ziehen und Ablegen) in die gewünschte Ordnung bzw. Priorisierung gebracht. Im ersten Beispiel war die Reihenfolge der Issues #1,#3,#4,#5,#6,#7 und für das Projekt unsortiert. Nach der Sortierung ist die Reihenfolge der Issues #7,#6,#5,#4,#3,#1 (Sortierung willkürlich gewählt und dient nur zu Anschauungszwecke).
117 117  
118 -[[image:IssueList1.2.png||data-xwiki-image-style-border="true"]]
97 +[[image:ProductBacklog3.png||data-xwiki-image-style-border="true"]]
119 119  
120 120  == Erstellung neuer Listen ==
121 121  
122 122  In GitLab können die Listen auch genutzt werden um beispielsweise Meilensteine oder Epics darzustellen (siehe [[Meilensteine und Epics>>doc:Main.GitLab.WebHome||anchor="HMeilensteineundEpics"]]). Auch der Status der Issues kann dargestellt werden (siehe [[Status>>doc:Main.GitLab.WebHome||anchor="HStatusbeiIssues"]]). Hierfür wird einfach die **"New list"**-Funktion genutzt.
123 123  
124 -[[image:IssueList2.png||data-xwiki-image-style-border="true"]]
103 +[[image:Liste1.png||data-xwiki-image-style-border="true"]]
125 125  
126 126  In der sich öffnenden Option wird jetzt der Status **"in progress**" ausgewählt und mit der **"Add to board"**-Funktion bestätigt.
127 127  
128 -[[image:IssueList3.png||data-xwiki-image-style-border="true"]]
107 +[[image:Liste2.png||data-xwiki-image-style-border="true"]]
129 129  
130 -[[image:IssueList4.png||data-xwiki-image-style-border="true"]]
109 +[[image:Liste3.png||data-xwiki-image-style-border="true"]]
131 131  
132 -Zusätzlich werden zur Veranschaulichung Listen für die Epic-Label und Meilensteine erstellt.
111 +Zusätzlich werden zur Veranschaulichung Listen für die Meilensteine- und Epic-Label erstellt.
133 133  
134 -[[image:IssueList5.png||data-xwiki-image-style-border="true"]]
113 +[[image:Liste4.png||data-xwiki-image-style-border="true"]]
135 135  
136 -[[image:IssueList6.png||data-xwiki-image-style-border="true"]]
115 +[[image:Liste5.png||data-xwiki-image-style-border="true"]]
137 137  
138 -[[image:MeilensteinList1.png||data-xwiki-image-style-border="true"]]
117 +[[image:Liste6.png||data-xwiki-image-style-border="true"]]
139 139  
140 -[[image:MeilensteinList2.png||data-xwiki-image-style-border="true"]]
141 -
142 -----
143 -
144 144  = Erstellung eines Sprints =
145 145  
146 -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.
147 147  
148 -[[image:Iteration1.png||data-xwiki-image-style-border="true"]]
123 +[[image:Sprint1.png||data-xwiki-image-style-border="true"]]
149 149  
150 -Damit ein neuer Sprint erstellt werden kann, wird der Sprint mit einem Titel und einer optionalen Beschreibung versehen. Das Start- sowie Enddatum wird einmalig festgelegt. Anschließend wird die Dauer des Sprints in Wochen angegeben. Dieser Zeitraum ist für jeden weiteren Sprint fest. Desweiteren kann eingestellt werden, wie viele kommende Iterationen geplant werden können.  Die **"Roll over"** Funktion überträgt nicht fertiggestellte User Stories/Aufgaben automatisch in den nächsten Sprint. Mit der "**Create cadence"**-Funktion wird die Iteration und somit der Sprint erstellt.
125 +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
151 151  
152 -[[image:Iteration2.1.png||data-xwiki-image-style-border="true"]]
127 +[[image:Sprint2.png||data-xwiki-image-style-border="true"]]
153 153  
154 -[[image:Iteration3.1.png||data-xwiki-image-style-border="true"]]
129 +[[image:Sprint3.png||data-xwiki-image-style-border="true"]]
155 155  
156 156  == Sprint-Backlog ==
157 157  
158 158  Jetzt wurde erfolgreich ein Sprint erstellt. Jedoch fehlen bisher noch die Issues die benötigt werden um das Sprintziel zu erreichen. Dafür wird erneut der Reiter **"Issue boards" **(der Product-Backlog) angesteuert. Anschließend wird die Funktion **"New list"** ausgewählt.
159 159  
160 -[[image:IssueList2.png||data-xwiki-image-style-border="true"]]
135 +[[image:Sprint4.1.png||data-xwiki-image-style-border="true"]]
161 161  
162 -Hierbei werden wieder verschiedene Optionen angeboten. Für die Erstellung eines Sprints bzw. der Durchführung der Sprintplanung, wird die Option **"Iteration"** und der eben erstellte Sprint als **"Value"** ausgewählt. Anschließend wird der Vorgang durch die **"Add to board"**-Funktion bestätigt.
137 +Hierbei werden wieder verschiedene Optionen angeboten. Für die Erstellung eines Sprints bzw. der Durchführung der Sprintplanung, wird die Option **"Milestone"** und der eben erstellte Sprint als **"Value"** ausgewählt. Anschließend wird der Vorgang durch die **"Add to board"**-Funktion bestätigt.
163 163  
164 -[[image:Sprintbacklog1.png||data-xwiki-image-style-border="true"]]
139 +[[image:Sprint5.png||data-xwiki-image-style-border="true"]]
165 165  
166 -[[image:Sprintbacklog3.png||data-xwiki-image-style-border="true"]]
141 +[[image:Sprint6.1.png||data-xwiki-image-style-border="true"]]
167 167  
168 -
169 169  Somit wurde erfolgreich ein sogenannter **Sprint-Backlog** (siehe [[Informationen zu Scrum>>doc:Main.Scrum.WebHome]]) erstellt. In der Sprint-Planungsphase wird vom kompletten Projektteam festgelegt, welche Issues im Sprint umgesetzt werden sollen um das selbst definierte Sprint-Ziel zu erreichen. Nachdem das Team sich geeinigt hat, werden die Issues aus dem Product-Backlog, per "Drag and Drop" (Ziehen und Ablegen) in dem Sprint-Backlog abgelegt.
170 170  
171 -[[image:Sprintbacklog2.png||data-xwiki-image-style-border="true"]]
145 +[[image:Sprint8.png||data-xwiki-image-style-border="true"]]
172 172  
173 -
174 174  == Schätzungen ==
175 175  
176 176  Anschließend müssen die Issues geschätzt werden (siehe [[Schätzen>>doc:Main.Scrum.WebHome||anchor="HSchE4tzenvonAufwE4nden"]]). Dieser Vorgang dient der Schärfung des Verständnisses des gesamtem Projektteams. Hierbei ist es wichtig sich auf eine Werteskala (bspw. Fibonacci) zu einigen (diese sollte über die gesamte Projektdauer beibehalten werden). Die Ergebnisse werden dann direkt in den Issues unter dem Punkt "Weight" festgehalten.
177 177  
178 -[[image:Schätzung1.png||data-xwiki-image-style-border="true"]]
151 +[[image:SprintS.png||data-xwiki-image-style-border="true"]]
179 179  
180 -[[image:Schätzung2.1.png||data-xwiki-image-style-border="true"]]
153 +Die Sprint-Planung ist somit abgeschlossen und der fertiggestellte Sprint ist unter dem Reiter **"Milestones" **vorzufinden.
181 181  
182 -Die Sprint-Planung ist somit abgeschlossen und der fertiggestellte Sprint ist unter dem Reiter **"Iteration" **vorzufinden.
155 +[[image:SprintE.png||data-xwiki-image-style-border="true"]]
183 183  
184 -[[image:IterationSprint1.png||data-xwiki-image-style-border="true"]]
157 +[[image:SprintF.png||data-xwiki-image-style-border="true"]]
185 185  
186 -[[image:IterationSprint2.png||data-xwiki-image-style-border="true"]]
187 -
188 -----
189 -
190 190  = Erstellung eines Wikis =
191 191  
192 192  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.
193 193  
194 -Hinweis: Grundsätzlich wäre es egal, ob man das Wiki unterhalb der Gruppe oder unterhalb des Projektes einhängt. Damit ich nicht so viel suchen muss, machen wir es so, dass das Wiki unterhalb des Projektes liegt (das haben die meisten, die was eingetragen haben, auch so gemacht)
195 -
196 -
197 197  [[image:Wiki1.png||data-xwiki-image-style-border="true"]]
198 198  
199 199  [[image:Wiki2.png||data-xwiki-image-style-border="true"]]
... ... @@ -209,15 +209,10 @@
209 209  (% class="wikigeneratedid" id="H" %)
210 210  [[image:Wiki5.png||data-xwiki-image-style-border="true"]]
211 211  
212 -----
213 -
214 214  = Zeiterfassung in GitLab =
215 215  
216 -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.
217 -**Wichtig (Stand: 21.10.2025): **Solltet ihr in eurer Gruppe **Epics** anlegen, dann bucht **keine** Zeit auf den Epics direkt, sondern auf darunter liegenden Issues.
180 +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]]
218 218  
219 -[[image:1754139824426-497.png]]
220 -
221 221  ----
222 222  
223 223  = GitLab Pipelines =
... ... @@ -257,10 +257,7 @@
257 257  
258 258  (((
259 259   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.
260 -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.
261 -Im Script-Bereich wird erst git installiert und dann die Projekete zur Erfassung und Visualisierung der Daten installiert.
262 -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.
263 -Im Gegensatz zum //verify-job// wird der //deploy_stats_pages//-Job **nur** ausgeführt, wenn die Pipeline zeitgesteuert gestartet wird.
221 +Die Variablen sind Umgebungsvariablen, die zum Erfassen der Daten benötigt werden. **Die //TIME_FRAMES// Variable ist auskommentiert und sollte durch euren Projektverantwortlichen**
264 264  
265 265  {{code language="yaml"}}
266 266  deploy_stats_pages:
... ... @@ -294,44 +294,4 @@
294 294   when: always
295 295   - when: never
296 296  {{/code}}
297 -
298 -----
299 -
300 -= GitLab Pages (Einsehen der erfassten Projektdaten) =
301 301  )))
302 -
303 - 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.
304 -[[image:Deploy->Pages.png||alt="Pages können im Projekt über Deploy -> Pages eingesehen werden"]][[image:ParallelDeploymentsStats.png||height="174" width="1226"]]
305 -
306 -== User Overview ==
307 -
308 -Auf der Seite User overview wird eine kompakte Übersicht aller Projektmitglieder dargstellt. Nutzer:innen werden nicht dargestellt, solange keine Zeitbuchung getätigt wurde.
309 -[[image:Useroverview.png]]
310 -
311 -== Timelogs ==
312 -
313 -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.
314 -
315 -[[image:TimeLogs.png]]
316 -
317 -== Request (und Review) Overview ==
318 -
319 -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.
320 -
321 -[[image:RequestOverview.png]]
322 -
323 -== Code Contribution ==
324 -
325 -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.
326 -
327 -[[image:Codecontribution.png]]
328 -
329 -== Target Time ==
330 -
331 -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.**
332 -
333 -[[image:TargetTime.png]]
334 -
335 -----
336 -
337 -
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 IssueList1.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -127.3 KB
Content info
attach_file IssueList1.2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -126.4 KB
Content info
attach_file IssueList1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -146.5 KB
Content info
attach_file IssueList2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -110.0 KB
Content info
attach_file IssueList3.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -139.7 KB
Content info
attach_file IssueList4.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -118.3 KB
Content info
attach_file IssueList5.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -133.0 KB
Content info
attach_file IssueList6.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -129.5 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.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -129.5 KB
Content info
attach_file Iteration2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -129.5 KB
Content info
attach_file Iteration3.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -102.6 KB
Content info
attach_file IterationSprint1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -49.4 KB
Content info
attach_file IterationSprint2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -109.2 KB
Content info
attach_file Label1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -99.6 KB
Content info
attach_file Label2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -167.5 KB
Content info
attach_file Labelissue1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -138.4 KB
Content info
attach_file Meilenstein1.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -73.0 KB
Content info
attach_file Meilenstein1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -86.9 KB
Content info
attach_file Meilenstein2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -94.0 KB
Content info
attach_file Meilenstein3.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -122.7 KB
Content info
attach_file Meilenstein4.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -117.4 KB
Content info
attach_file Meilenstein4.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -132.0 KB
Content info
attach_file MeilensteinList1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -140.0 KB
Content info
attach_file MeilensteinList2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -122.6 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 Schätzung1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -228.1 KB
Content info
attach_file Schätzung2.1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -118.0 KB
Content info
attach_file Sprintbacklog1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -150.7 KB
Content info
attach_file Sprintbacklog2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -130.4 KB
Content info
attach_file Sprintbacklog3.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pmeyer
Size
... ... @@ -1,1 +1,0 @@
1 -132.2 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