| ... | ... | @@ -25,7 +25,7 @@ Auf Checkout drücken |
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Wenn dieses Fenster erscheint habt ihr Änderungen, die ihr noch nicht committet habt (Wie das geht gleich) Force Checkout: Löscht nicht committete Änderungen Smart Checkout: Speichert eure Änderungen temporär ohne commit und wechselt den Branch. Man muss jedoch wissen wie man das benutzt (Aka. Finger weg von dem blauen Knöpfchen!)
|
|
|
|
Wenn dieses Fenster erscheint habt ihr Änderungen, die ihr noch nicht committet habt (Wie das geht gleich) Force Checkout: Löscht nicht committete Änderungen. Smart Checkout: Speichert eure Änderungen temporär ohne commit und wechselt den Branch. Man muss jedoch wissen wie man das benutzt (Aka. Finger weg von dem blauen Knöpfchen!)
|
|
|
|
|
|
|
|
# 2. Assets hochladen
|
|
|
|
|
| ... | ... | @@ -65,23 +65,80 @@ Dies wiederholt ihr für alle Tasks, die Ihr bearbeiten wollt. |
|
|
|
|
|
|
|
# 3. Merge Konflikte beheben
|
|
|
|
|
|
|
|
![]()
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Wenn ihr gleichzeitig mit jemand anderem auf dem selben Branch pusht, können solche Merge Konflikte auftreten. Ihr drückt in diesem Fall auf **Merge**.
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Wenn ihr zudem Änderungen an denselben Dateien vorgenommen habt, wird intelliJ euch fragen welche Änderungen ihr an welcher Datei behalten wollt.
|
|
|
|
IJ lässt euch das für jede Datei einzeln entscheiden. (Die beiden grauen Knöpfe, rechts)
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Wenn ihr im Schritt davor auf den blauen Merge Button drückt, erhaltet ihr eine genauere Ansicht. Oben seht ihr zu welcher Version was gehört.
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Wenn ihr code bzw. irgendeine Form von text-dateien mergt könnt ihr sogar Änderungen aus beiden Versionen verschmelzen. Dazu könnt ihr die Markierten Symbole verwenden: >> bedeutet übernehmen und X bedeutet ignorieren. Falls ihr eine Mischung aus beiden Seiten braucht könnt ihr auch beide Seiten ablehnen und im Fenster in der Mitte wie in einem Normalen Texteditor schreiben. Wenn ihr auf **Apply** drückt wird die Version in der Mitte übernommen.
|
|
|
|
|
|
|
|
# 4. Merge Requests
|
|
|
|
|
|
|
|
Nachdem ihr alle Tasks einer User-Story abgearbeitet habt und die Story abschließen wollt, erstellt ihr eine Merge-Request.
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Das tut ihr unter dem Punkt Merge-Request auf der Website des Gitlab https://vccourses.cs.ovgu.de/course/[Euer-Projektname]
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Dort findet ihr oben rechts die Option zum Erstellen einer neuen Merge Request
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Bei Source wählt ihr euren User Story Branch aus
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Denkt dran den Target Branch unbedingt auf beta zu ändern. (Hier empfiehlt es sich beta als default branch zu setzen, dann ist der immer ausgewählt)
|
|
|
|
|
|
|
|
![]()
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Bestätigt mit Compare branches and continue
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Als Titel nehmt ihr Nummer und Name der User Story
|
|
|
|
|
|
|
|
![]()
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Schreibt eine kurze Beschreibung, die zusammenfasst was ihr gemacht habt und insbesondere dem Reviewer sagt wenn er auf etwas spezielles achten muss.
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Bei Assignee tragt ihr euch selbst ein
|
|
|
|
Bei Reviewer tragt ihr die Person ein, die eure Request auf Korrektheit und Vollständigkeit überprüfen soll
|
|
|
|
Bei den Merge Optionen akzeptiert ihr anders als im Protokoll die Standardauswahl Das liegt daran, dass unsere Branches neuerdings Zweckgebunden sind: Ein Branch = Eine User Story. Daher wird der Branch nach Abschluss der Story nicht mehr gebraucht und sollte gelöscht werden.
|
|
|
|
|
|
|
|
![]()
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
**Bevor ihr auf Create drückt** Geht alle Änderungen nochmal durch und verifiziert, dass alles vorhanden ist und alles korrekt aussieht. Das ist keine Empfehlung. Die Person, welche ihr als Reviewer auswählt muss das auch tun!
|
|
|
|
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Mit Klick auf Create merge request wird eure Request ohne weitere Dialoge erstellt
|
|
|
|
|
|
|
|
![]()
|
|
|
|
|
|
|
|
|:-|
|
|
|
|
Nach der Abnahme der Request durch den Reviewer schiebt ihr im HacknPlan eure Tasks zu completed und tragt ggf. eure benötigte Zeit ein.
|
|
|
|
|
|
|
|
# 5. Auf dem Falschen Branch committed
|
|
|
|
Wenn ihr einzelne commits von einem Branch auf einen anderen Kopieren wollt könnt ihr das mittels cherry-pick tun
|
|
|
|
Jetbrains hat dazu ein recht gutes Tutorial geschrieben:
|
|
|
|
|
|
|
|
https://www.jetbrains.com/help/idea/apply-changes-from-one-branch-to-another.html#cherry-pick
|
|
|
|
|
|
|
|
Beachtet, dass Cherry-Pick Commits kopiert und nicht verschiebt
|
|
|
|
Ein Artikel wie ihr Fehlerhafte Commits löschen könnt findet ihr hier:
|
|
|
|
|
|
|
|
https://www.jetbrains.com/help/idea/undo-changes.html |
|
|
\ No newline at end of file |
