Hausaufgabe: Unterschied zwischen den Versionen
Aus Das Sopra Wiki
Frank (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Dejan (Diskussion | Beiträge) |
||
| (11 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt) | |||
| Zeile 88: | Zeile 88: | ||
**[[Git#Änderungen an einer Datei| Committen]] sie ihre Änderungen: Benutzen sie die Commitnachricht <code>Added name to README.md (closes #<issue-nummer>)</code> um das entsprechende Issue in Gitea [[Git#Git und Gitea | per Commitnachricht zu schließen]]. | **[[Git#Änderungen an einer Datei| Committen]] sie ihre Änderungen: Benutzen sie die Commitnachricht <code>Added name to README.md (closes #<issue-nummer>)</code> um das entsprechende Issue in Gitea [[Git#Git und Gitea | per Commitnachricht zu schließen]]. | ||
**[[Git#Änderungen in das remote Repository laden (pushen)| Synchronisieren]] sie ihre Änderungen mit dem Server. Halten Sie sich dabei and [[GitWorkflow#Tägliche Arbeit Synchronisieren| den empfohlenen Git-Workflow]]. Es it gut möglich, dass durch den Commit konflikte entstehen: Beachten sie hierzu [[Git#Konflikte lösen| die Anleitung zum Konflikte lösen in Git]], und lösen Sie die entstehenden Konflikte sinvoll auf. | **[[Git#Änderungen in das remote Repository laden (pushen)| Synchronisieren]] sie ihre Änderungen mit dem Server. Halten Sie sich dabei and [[GitWorkflow#Tägliche Arbeit Synchronisieren| den empfohlenen Git-Workflow]]. Es it gut möglich, dass durch den Commit konflikte entstehen: Beachten sie hierzu [[Git#Konflikte lösen| die Anleitung zum Konflikte lösen in Git]], und lösen Sie die entstehenden Konflikte sinvoll auf. | ||
*Sollte es noch keine <code>.gitignore</code>-Datei in Ihrem Repository geben, erstellen Sie | *Sollte es noch keine <code>.gitignore</code>-Datei in Ihrem Repository geben, erstellen Sie eine entsprechende Datei ([[Git#Dateien Ignorieren]]), sodass benutzerspezifische Dateien (z.B. *.suo, *.user, .idea/, .vscode/) und kompilierte Dateien von Git ignoriert werden. Committen Sie die .gitignore-Datei und pushen Sie diese damit sie für alle Mitarbeitenden übernommen wird. Um die .gitignore-Datei nicht manuell zusammenstellen zu müssen, gibt es Vorlagen von z.B Monogame, JetBrains oder GitHub, passen Sie diese bei Bedarf an. | ||
** [https://github.com/MonoGame/MonoGame/blob/develop/.gitignore Monogame], | |||
** [https://github.com/JetBrains/resharper-rider-samples/blob/master/.gitignore JetBrains IDEs] | |||
** [https://github.com/github/gitignore/blob/main/Global/JetBrains.gitignore GitHub] | |||
*Wenn Sie mit der Aufgabe fertig sind tragen Sie die Zeit, die sie für die Bearbeitung benötigt haben, unter Zeiterfassung ein und schließen sie das Issue. | *Wenn Sie mit der Aufgabe fertig sind tragen Sie die Zeit, die sie für die Bearbeitung benötigt haben, unter Zeiterfassung ein und schließen sie das Issue. | ||
| Zeile 94: | Zeile 98: | ||
'''Hinweis:''' Prüfen sie ihre Änderungen bevor sie diese per push mit dem server synchronisieren: prüfen Sie ob sie ausversehen ungewollte Dateien in den Commit aufgenommen haben und ob die Commitnachricht auch dem Inhalt entspricht. Sollten Sie im Verlauf des Projekts Codedateien mergen, prüfen Sie immer, ob das Programm nach dem Merge noch kompiliert/funktioniert. | '''Hinweis:''' Prüfen sie ihre Änderungen bevor sie diese per push mit dem server synchronisieren: prüfen Sie ob sie ausversehen ungewollte Dateien in den Commit aufgenommen haben und ob die Commitnachricht auch dem Inhalt entspricht. Sollten Sie im Verlauf des Projekts Codedateien mergen, prüfen Sie immer, ob das Programm nach dem Merge noch kompiliert/funktioniert. | ||
==Aufgabe 4: Texte lesen== | ==Aufgabe 4: Texte lesen== | ||
| Zeile 104: | Zeile 109: | ||
===Issues bearbeiten=== | ===Issues bearbeiten=== | ||
Bearbeiten sie die Aufgaben und tragen Sie entsprechende Zeiten in die Issues in Gitea ein (im Menü rechts, <code>Zeiterfassung starten</code>). Besonders bei Programmieraufgaben ist dies sinnvoll, da so eine Historie der Bearbeitung und der verbrauchten Zeit erstellt wird. Dies hilft nicht nur Ihnen bei der Planung weiterer Aufgaben und Abschätzung der dafür benötigten Zeit, sondern dient auch als Nachweis für Ihre kontinuierliche Mitarbeit (siehe [[Formalien]]). | Bearbeiten sie die Aufgaben und tragen Sie entsprechende Zeiten in die Issues in Gitea ein (im Menü rechts, <code>Zeiterfassung -> Timer starten</code>). Besonders bei Programmieraufgaben ist dies sinnvoll, da so eine Historie der Bearbeitung und der verbrauchten Zeit erstellt wird. Dies hilft nicht nur Ihnen bei der Planung weiterer Aufgaben und Abschätzung der dafür benötigten Zeit, sondern dient auch als Nachweis für Ihre kontinuierliche Mitarbeit (siehe [[Formalien]]). | ||
===Issues schließen=== | ===Issues schließen=== | ||
| Zeile 146: | Zeile 151: | ||
==Aufgabe 6: Abgabe finalisieren== | ==Aufgabe 6: Abgabe finalisieren== | ||
Wenn Sie in Ihrer Gruppe die Aufgaben als letztes abschließen (d.h. Sie den letzten Issue im Sprintbacklog schließen) fällt Ihnen die Aufgabe zu, den | Wenn Sie in Ihrer Gruppe die Aufgaben als letztes abschließen (d.h. Sie den letzten Issue im Sprintbacklog schließen) fällt Ihnen die Aufgabe zu, den Sprint für Ihre Gruppe abzuschießen ([[GitWorkflow#Sprint abschließen|vgl. Sprint Abschließen]]): | ||
| Zeile 152: | Zeile 157: | ||
Der Fortschritt der während des Sprints erzielt wurde (Inkrement) muss auf den <code>release</code> branch übertragen werden, damit trotz weiterer Arbeit immer eine auslieferbare Version verfügbar ist. In den auf die Hausaufgabe folgenden Sprints gehört dies zu den aufgaben des Product owners. | Der Fortschritt der während des Sprints erzielt wurde (Inkrement) muss auf den <code>release</code> branch übertragen werden, damit trotz weiterer Arbeit immer eine auslieferbare Version verfügbar ist. In den auf die Hausaufgabe folgenden Sprints gehört dies zu den aufgaben des Product owners. | ||
*Schließen Sie das Sprintbacklog (<code>Issues -> Meilensteine -> Sprint 00 (Hausaufgabe) -> Schießen</code>). | *Schließen Sie das Sprintbacklog (<code>Issues -> Meilensteine -> Sprint 00 (Hausaufgabe) -> Schießen</code>). | ||
*Erstellen sie einen [[Gitea# | *Erstellen sie einen [[Gitea#Pull Request|Pullrequest]] (siehe Abb. 8), sodass der aktuelle Stand von <code>main</code> nach <code>release</code> übertragen werden kann. Gehen Sie wie folgt vor: | ||
**Klicken Sie in Gitea auf den Reiter <code>Code -> Branch: main</code>. | **Klicken Sie in Gitea auf den Reiter <code>Code -> Branch: main</code>. | ||
**Drücken Sie auf den Button <code>Neuer Pull-Request</code>. | **Drücken Sie auf den Button <code>Neuer Pull-Request</code>. | ||
| Zeile 160: | Zeile 165: | ||
Die Änderungen die Sie und ihre Gruppe während des Hausaufgabensprints gemacht haben, befinden sich nun auch auf dem <code>release</code>-Branch. | Die Änderungen die Sie und ihre Gruppe während des Hausaufgabensprints gemacht haben, befinden sich nun auch auf dem <code>release</code>-Branch. | ||
[[Kategorie:Organisation]] | [[Kategorie:Organisation]] | ||
[[Kategorie:Entwurf]] | [[Kategorie:Entwurf]] | ||
