瀏覽代碼

steeveJ Comments merged

Michael Mächtel 8 年之前
父節點
當前提交
004f0b67cb
共有 1 個文件被更改,包括 4 次插入4 次删除
  1. 4
    4
      README.md

+ 4
- 4
README.md 查看文件

@@ -66,7 +66,7 @@ Selbes Vorgehen wie User A im vorherigen Abschnitt
66 66
 
67 67
 # Abgabe der Homeworks
68 68
 
69
-Sobald Sie alle Aufgaben eines Aufgabenblattes (homework) bearbeitet haben, erstellen Sie einen sogenannten  *Pull Request* (PR) von Ihrem Branch, den Sie zum Review abgeben wollen.
69
+Sobald Sie alle Tasks einer Homework bearbeitet haben, erstellen Sie einen sogenannten  *Pull Request* (PR) von Ihrem Branch, den Sie zum Review abgeben wollen. Der Ablauf wird hier erklärt, gleich zu Anfang in der hw0 geübt und sollte spätestens dabei klar werden.
70 70
 
71 71
 Die Lösungen müssen in einer bestimmten Ordnerstruktur liegen, die wie folgt
72 72
 aussieht:
@@ -99,7 +99,7 @@ liegen. in den `simuN`-Unterordnern liegen Ihre Antworten zu den Simulationsaufg
99 99
 ```
100 100
 
101 101
 1. Sobald Sie alle Aufgaben bearbeitet haben, und zur Bewertung die Aufgabe abgeben wollen, erstellen Sie einen Branch für den Pull-Request.
102
-1. Wählen Sie dann auf github diesen Branch aus und öffnen Sie einen Pull-Reqeust auf diesen Branch.
102
+1. Wählen Sie dann auf github diesen Branch aus und erstellen Sie einen Pull-Reqeust auf diesen Branch.
103 103
 1. Bei Ihrem Pull-Request laufen automatische Tests durch, die Ihr Programm testen. Dies sind nicht alle Tests von `ci/run-all.sh`, daher MÜSSEN Sie unbedingt selbst im lokalen Verzeichnis auf Ihrer Workstation den `ci/run-all.sh` Test ausführen!
104 104
 1. Falls Ihnen ein Fehler unterlaufen ist, so können Sie auch nach dem Pull-Request noch Änderungen am Code vornehmen. Das sollte jedoch der Ausnahmefall bleiben. Überprüfen Sie daher VOR Ihrem Pull-Request, ob die nötigen Aufgaben bearbeitet wurden und ob die Tests alle durchlaufen.
105 105
 
@@ -107,11 +107,11 @@ liegen. in den `simuN`-Unterordnern liegen Ihre Antworten zu den Simulationsaufg
107 107
 ## Travis-CI
108 108
 
109 109
 Um das Arbeiten zu erleichtern, ist für alle Lösungsrepositories ein Continuous
110
-Integration Service aufgesetzt worden. Jedes mal, wenn ein Pull Request (PR) geöffnet oder aktualisiert wird, laufen eine Reihe von Tests für Ihre Programmieraufgaben durch, die den Codestil prüfen, alle Rust Dateien kompilieren und alle Unit-Tests ausführen.
110
+Integration Service aufgesetzt worden. Jedes mal, wenn ein Pull Request (PR) erstellt oder aktualisiert wird, laufen eine Reihe von Tests für Ihre Programmieraufgaben durch, die den Codestil prüfen, alle Rust Dateien kompilieren und alle Unit-Tests ausführen.
111 111
 
112 112
 Jeder PR hat also einen Status: *passed*, *failed* oder *pending*. Ihre PR zum
113 113
 Einreichen (Deadline) der Aufgaben muss den Status *passed* erreicht
114
-haben, also planen Sie genug Zeit zum Verbessern von kleinen Fehlern ein und öffnen den PR nicht erst kurz vor der Deadline.
114
+haben, also planen Sie genug Zeit zum Verbessern von kleinen Fehlern ein und erstellen den PR nicht erst kurz vor der Deadline. Zur Verbesserung fügen Sie einfach weitere Commits zu der Branch hinzu von der aus der Pull-Request erstellt wurde. Dieser wird auf GitHub dann automatisch aktualisiert.
115 115
 
116 116
 >Achtung: Damit das Testen in github nicht zu lange dauert, sind einige sehr lang laufende CI Tests deaktiviert. Bitte aktivieren Sie diese Tests NICHT für travis sondern führen Sie die Tests nur lokal aus. Github Classroom erlaubt nur immer eine laufende Instanz der Travis Tests. Erstellen Sie somit Ihren Pull-Request rechtzeitig, da ansonsten die Deadline aufgrund anderer laufender CI Tests von Ihnen u.U. nicht eingehalten werden kann.
117 117
 

Loading…
取消
儲存