Hausaufgabe: Unterschied zwischen den Versionen
Aus Das Sopra Wiki
Frank (Diskussion | Beiträge) .gitignore |
Dejan (Diskussion | Beiträge) |
||
| (6 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) | |||
| Zeile 4: | Zeile 4: | ||
Zu Beginn des Softwarepraktikums soll sich jeder Teilnehmer mit [[CSharp|C#]], [[MonoGame]] und den dazugehörigen Werkzeugen vertraut machen. | Zu Beginn des Softwarepraktikums soll sich jeder Teilnehmer mit [[CSharp|C#]], [[MonoGame]] und den dazugehörigen Werkzeugen vertraut machen. | ||
Dazu werden Sie im Laufe dieser Hausaufgabe die Werkzeuge installieren, und damit ein kleines [[MonoGame]]-Programm schreiben. | Dazu werden Sie im Laufe dieser Hausaufgabe die Werkzeuge installieren, und damit ein kleines [[MonoGame]]-Programm schreiben. | ||
Die Hausaufgabe muss '''von jedem Teilnehmer''' in der ersten Woche (siehe [[ | Die Hausaufgabe muss '''von jedem Teilnehmer''' in der ersten Woche (siehe [[Roadmap]]) verbindlich gemacht werden. <br> | ||
Bitte beachten Sie: | Bitte beachten Sie: | ||
| 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 ([[Git#Dateien Ignorieren]]) | *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 147: | 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 153: | 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>. | ||
