Vorgabe-Repo mit dem Vorgabe-Code (Java) für die Konzept-Aufgaben
Musterlösungs-Repo (intern) mit Aufgabe+Vorgabe+Lösung
Desktop-Repo mit Starter-Code für die Dungeon-Aufgaben
Musterlösungs-Repo (intern) mit Beispiel-Dungeon
Quizzes-Repo (intern)
Semester-Repo mit Git-Subtrees für Vorgabe-Repo und Desktop-Repo, plus Diskussionsforum
Die Aufteilung ist "historisch gewachsen", und am Anfang stand die Idee einer in sich geschlossenen Kurs-Webseite.
[ ] Prüfen, ob die Quizzes ins Lecture-Repo integriert werden könnten und/oder sogar in das Vorlesungsmaterial eingebaut werden können (#332)
[ ] Prüfen, ob die Vorgaben ins Lecture-Repo integriert werden könnten (Vor-/Nachteile? Strukturen?) oder besser in einem eigenen Repo bleiben (dann Aufgaben plus Vorgaben plus Desktop-Dungeon-Starter)
[ ] Prüfen, ob eine andere+einfachere Aufteilung sinnvoll ist:
Variante A (Vorlesung/Aufgaben):
Gemeinsames Repo für Vorlesungsinhalte (Markdown, Slides, Skript/Web, Code-Beispiele, Quizzes) und Aufgaben plus Vorgaben (Markdown, Code-Vorgaben, Desktop als Dungeon-Starter)
vs.
Lecture-Repo für Vorlesungsinhalte (Markdown, Slides, Skript/Web, Code-Beispiele, Quizzes), und ein separates Repo für Aufgaben plus Vorgaben (Markdown, Code-Vorgaben, Desktop als Dungeon-Starter)
**Gemeinsames Repo für die Vorgaben (Konzeptaufgaben, Dungeon-Starter)
vs.
Separate Repos für Vorgaben zu Konzeptaufgaben und zum Dungeon-Starter
Variante D (Semester-Repo):
Semester-Repo mit Orga, zeitlicher Zuordnung Woche/VL/Aufgaben/Abgaben/... und Links in die Webseite/ILIAS, Diskussionsforum
vs.
Lecture-Repo dient auch als Semester-Repo
Im Lecture-Repo würden dann nur noch echte Inhalte gesammelt, d.h. bei den Übungsblättern nur noch die Aufgaben-Fragmente. Die Inhalte des Lecture-Repo (Slides, Skript, evtl. Aufgaben) würden dabei als PDF und/oder als Webseite gerendert/bereitgestellt.
In einem Semester-Repo würde das dann konkret für das jeweilige Semester zugeordnet. d.h. dort hat man dann einen Table mit Woche, VL-Themen (Link auf die gerenderten Inhalte), Links auf Aufgaben(-fragmente) (Markdown), Abgabedaten, Abgabemodus, ... das ist eigentlich nix, was ins Lecture-Repo gehört (hier sollten nur inhaltliche Dinge rein). Das Semester-Repo (und ggf. das Aufgaben-Repo) werden als reine Markdown-Inhalte mit Preview in der GitHub-Oberfläche bereitgestellt. Das Semester-Repo wird nach jedem Semester archiviert und ggf. als Template für das Folgesemester benutzt (und danach gelöscht).
cagix
commented
1 year ago
Aktuell haben wir je ein:
Die Aufteilung ist "historisch gewachsen", und am Anfang stand die Idee einer in sich geschlossenen Kurs-Webseite.
[ ] Prüfen, ob eine andere+einfachere Aufteilung sinnvoll ist:
Variante A (Vorlesung/Aufgaben):
Gemeinsames Repo für Vorlesungsinhalte (Markdown, Slides, Skript/Web, Code-Beispiele, Quizzes) und Aufgaben plus Vorgaben (Markdown, Code-Vorgaben, Desktop als Dungeon-Starter)
vs.
Lecture-Repo für Vorlesungsinhalte (Markdown, Slides, Skript/Web, Code-Beispiele, Quizzes), und ein separates Repo für Aufgaben plus Vorgaben (Markdown, Code-Vorgaben, Desktop als Dungeon-Starter)
Variante B (Lösungen):
Gemeinsames (internes) Repo für Lösungen zu Konzeptaufgaben und Dungeon-Aufgaben
vs.
Musterlösungs-Repo (intern) für Musterlösung, und ein separates Musterlösungs-Repo (intern) mit Beispiel-Dungeonentschieden in https://github.com/PM-Dungeon/Homework-Solutions/pull/24#issuecomment-1105123341
Variante C (Vorgaben):
**Gemeinsames Repo für die Vorgaben (Konzeptaufgaben, Dungeon-Starter)
vs.
Separate Repos für Vorgaben zu Konzeptaufgaben und zum Dungeon-Starter
Variante D (Semester-Repo):
Semester-Repo mit Orga, zeitlicher Zuordnung Woche/VL/Aufgaben/Abgaben/... und Links in die Webseite/ILIAS, Diskussionsforum
vs.
Lecture-Repo dient auch als Semester-Repo
Im Lecture-Repo würden dann nur noch echte Inhalte gesammelt, d.h. bei den Übungsblättern nur noch die Aufgaben-Fragmente. Die Inhalte des Lecture-Repo (Slides, Skript, evtl. Aufgaben) würden dabei als PDF und/oder als Webseite gerendert/bereitgestellt.
In einem Semester-Repo würde das dann konkret für das jeweilige Semester zugeordnet. d.h. dort hat man dann einen Table mit Woche, VL-Themen (Link auf die gerenderten Inhalte), Links auf Aufgaben(-fragmente) (Markdown), Abgabedaten, Abgabemodus, ... das ist eigentlich nix, was ins Lecture-Repo gehört (hier sollten nur inhaltliche Dinge rein). Das Semester-Repo (und ggf. das Aufgaben-Repo) werden als reine Markdown-Inhalte mit Preview in der GitHub-Oberfläche bereitgestellt. Das Semester-Repo wird nach jedem Semester archiviert und ggf. als Template für das Folgesemester benutzt (und danach gelöscht).