Wiki source code of GitLab Erklärungen
Version 36.1 by Pascal Meyer on 2025/08/01 00:22
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
 |
12.1 | 1 | {{toc/}} |
| 2 | |||
| |
4.2 | 3 | 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. |
| |
1.3 | 4 | |
| 5 | = Issue/Task-Erstellung in GitLab = | ||
| 6 | |||
| |
6.2 | 7 | Für die Erstellung von Issues (User-Stories) oder Tasks (Aufgaben) wird in der Projektnavigationsleiste der Reiter** "Issues" **angeklickt und nachfolgend die Option **"New issue"** ausgewählt. |
| |
4.2 | 8 | |
| |
34.1 | 9 | [[image:Issue1.png||data-xwiki-image-style-border="true"]] |
| |
4.2 | 10 | |
| |
5.2 | 11 | Anschließend öffnet sich ein neues Fenster mit vielen Option. Hierbei kann ein Typ, ein Titel, eine Beschreibung und viele weitere unterschiedlichen Funktionen festgelegt werden. |
| |
4.2 | 12 | |
| |
6.1 | 13 | Als **"Type" **stehen drei Optionen zur Auswahl: |
| |
5.2 | 14 | |
| |
6.1 | 15 | * "Incident" - Ein Zwischenfall/Störung |
| 16 | * "Issue" - Im SWP eine User-Story (siehe [[User-Stories>>doc:Main.Scrum.WebHome||anchor="HUserStories"]]) | ||
| |
6.2 | 17 | * "Task" - Eine Aufgabe |
| |
5.2 | 18 | |
| |
7.1 | 19 | Im unten gezeigtem Beispiel wird ein Issue gewählt und mit einem Titel (Name der User-Story) und einer Beschreibung (Akzeptanzkriterien) versehen. |
| |
6.1 | 20 | |
| |
8.2 | 21 | Zusätzlich ist es möglich den Status (bspw. "To do", "Done", "In progress" etc), den Bearbeiter (ein oder mehrere Gruppenmitglieder), ein oder mehrere Labels, einen Meilenstein (siehe: ), Schätzungen und viele weitere Funktionen einzustellen. Anschließend werden die Angaben mit dem **"Create issue"** Button bestätigt. |
| |
6.1 | 22 | |
| |
34.1 | 23 | [[image:Issue2.png||data-xwiki-image-style-border="true"]] |
| |
11.1 | 24 | |
| 25 | Es besteht im Anschluss direkt die Option sogenannte **"Child items"** hinzuzufügen. Dies ist besonders sinnvoll wenn die User-Story relativ umfangreich ist und somit besser in kleinere Arbeitspakete (bzw. Aufgaben) zerteilt werden sollte. Hierfür wird der **"Add"**-Button und entweder **"New task"** oder **"Existing task"** ausgewählt. Somit können entweder neue Aufgaben formuliert (wie im kommenden Beispiel) oder bestehende hinzugefügt werden. | ||
| |
7.2 | 26 | |
| |
34.1 | 27 | [[image:Issue3.png||data-xwiki-image-style-border="true"]] |
| |
7.2 | 28 | |
| |
11.1 | 29 | Hier wurde als Aufgabe das Feld für die Eingabe definiert. Anschließend wurde die Eingabe mit **"Create task"** bestätigt. |
| 30 | |||
| |
33.6 | 31 | [[image:Issue4.png||data-xwiki-image-style-border="true"]] |
| 32 | |||
| |
11.1 | 33 | Nachdem alle Informationen eingepflegt und ausführlich beschrieben wurden, ist das Issue vorerst fertig. |
| 34 | |||
| |
33.6 | 35 | [[image:Issue5.png||data-xwiki-image-style-border="true"]] |
| |
13.2 | 36 | |
| 37 | = Product-Backlog = | ||
| 38 | |||
| |
33.6 | 39 | 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. |
| |
17.1 | 40 | |
| |
33.6 | 41 | [[image:ProductBacklog1.png||data-xwiki-image-style-border="true"]] |
| |
17.1 | 42 | |
| |
33.6 | 43 | [[image:ProductBacklog2.png||data-xwiki-image-style-border="true"]] |
| 44 | |||
| |
18.2 | 45 | 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). |
| |
17.1 | 46 | |
| |
33.5 | 47 | [[image:ProductBacklog3.png||data-xwiki-image-style-border="true"]] |
| |
17.1 | 48 | |
| |
18.3 | 49 | = Erstellung eines Sprints = |
| |
17.1 | 50 | |
| |
20.2 | 51 | 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. |
| |
18.2 | 52 | |
| |
33.5 | 53 | [[image:Sprint1.png||data-xwiki-image-style-border="true"]] |
| |
18.3 | 54 | |
| |
20.4 | 55 | 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 |
| |
20.2 | 56 | |
| |
33.5 | 57 | [[image:Sprint2.png||data-xwiki-image-style-border="true"]] |
| |
20.2 | 58 | |
| |
33.4 | 59 | [[image:Sprint3.png||data-xwiki-image-style-border="true"]] |
| 60 | |||
| |
24.2 | 61 | 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. |
| |
20.2 | 62 | |
| |
33.4 | 63 | [[image:Sprint4.1.png||data-xwiki-image-style-border="true"]] |
| |
20.3 | 64 | |
| |
24.4 | 65 | 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. |
| |
22.1 | 66 | |
| |
33.4 | 67 | [[image:Sprint5.png||data-xwiki-image-style-border="true"]] |
| |
22.3 | 68 | |
| |
33.3 | 69 | [[image:Sprint6.1.png||data-xwiki-image-style-border="true"]] |
| |
24.2 | 70 | |
| |
27.5 | 71 | 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. |
| |
24.2 | 72 | |
| |
33.3 | 73 | [[image:Sprint8.png||data-xwiki-image-style-border="true"]] |
| |
24.3 | 74 | |
| |
29.1 | 75 | 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 Schätzung kann bspw. auf der Seite: https://www.scrumpoker-online.org/en/ durchgeführt werden. Die Ergebnisse werden dann direkt in den Issues unter dem Punkt "Weight" festgehalten. |
| |
26.1 | 76 | |
| |
33.3 | 77 | [[image:SprintS.png||data-xwiki-image-style-border="true"]] |
| |
27.5 | 78 | |
| |
30.3 | 79 | Die Sprint-Planung ist somit abgeschlossen und der fertiggestellte Sprint ist unter dem Reiter **"Milestones" **vorzufinden. |
| |
30.2 | 80 | |
| |
33.2 | 81 | [[image:SprintE.png||data-xwiki-image-style-border="true"]] |
| |
30.3 | 82 | |
| |
32.2 | 83 | [[image:SprintF.png||data-xwiki-image-style-border="true"]] |
| 84 | |||
| |
17.1 | 85 |