Jeder lernenden Person ein Git-Repository zum Klonen, Committen und Pushen geben
Versionsverwaltung lernt man, indem man sie an echter Arbeit nutzt. Schalten Sie das Klonen für eine Programmieraufgabe ein, und jede lernende Person erhält ein eigenes privates Repository, das aus ihrer Kopie der Aufgabe erstellt wird. Sie klonen es, arbeiten in einem Editor ihrer Wahl, committen und pushen, und „Ausführen“, die Tests, die Bewertung und „Abgeben“ verwenden das, was sie gepusht haben.
Die Repositories liegen auf dem Git-Server, der zur Plattform gehört, für Mitarbeitende und Lernende einer Einrichtung, angemeldet mit dem Konto, das sie bereits haben. Es muss kein GitHub-Konto angelegt werden, und pro lernender Person ist nichts einzurichten.
Einschalten
Setzen Sie auf dem Einstellungs-Tab einer Programmieraufgabe das Häkchen bei „Lernenden erlauben, diese Aufgabe zu klonen und in Git zu bearbeiten“. Jede lernende Person, bei Gruppenarbeit jede Gruppe, erhält ein privates Repository, das aus ihrer Kopie der Aufgabe ohne die verborgenen Dateien erstellt wird. Die Lehrkräfte des Moduls können es lesen; sonst kann es niemand sehen.
Es ist ausgeschaltet, bis Sie es einschalten, und bleibt es, solange die Aufgabe gesperrt ist oder ein Zeitlimit hat, denn dann muss die Arbeit auf der eigenen Seite der Plattform bleiben.
Was die Lernenden tun
Die Seite der Aufgabe zeigt die Adresse zum Klonen, ihren Git-Benutzernamen und wo sie ein Zugriffstoken erstellen, das Passwort, nach dem git fragt. Ab dann ist es ganz normales Git über HTTPS und funktioniert deshalb auch in einem Schulnetz, das alles andere blockiert.
- Die Aufgabe öffnen. Die Seite zeigt die Adresse zum Klonen und den Git-Benutzernamen.
- Ein Zugriffstoken erstellen. In Git unter Einstellungen, Anwendungen, mit Zugriff auf Repositories.
- Klonen. git clone mit der Adresse und dem Token als Passwort.
- Arbeiten, committen und pushen. In einem beliebigen Editor auf dem eigenen Rechner. Was sie pushen, zählt.
Stattdessen im Browser arbeiten
Die Aufgabe öffnet sich weiterhin im Editor des Browsers, mit demselben Dateibaum. Bei eingeschaltetem Klonen gibt es kein automatisches Speichern: Die Lernenden schreiben eine kurze Nachricht und klicken auf „Committen“, was einen Commit in ihrem Repository erzeugt. Wenn sie seit dem Öffnen der Seite von ihrem Rechner gepusht haben, bittet die Seite sie, neu zu laden, statt das Gepushte zu überschreiben.
Abgeben, bewerten und zurückgeben
Beim Abgeben wird der abgegebene Commit festgehalten, und das Repository ist schreibgeschützt, bis Sie die Arbeit zurückgeben. Ein Fälligkeitsdatum hindert nie einen Push; nur das Abgeben tut es, wenn Sie es so eingestellt haben. Bewertung, Rückmeldung und die Aufzeichnung, wer die Arbeit geöffnet hat, sind dieselben wie bei jeder Aufgabe.
Wenn Sie das Klonen ausschalten, verlieren die Lernenden den Zugriff auf das Repository. Ihre Arbeit liegt bereits auf der Plattform, wo sie im Browser weiterarbeiten. Was sie auf ihren eigenen Rechner geklont haben, lässt sich nicht zurückholen.
Häufige Fragen
- Ist das wie GitHub Classroom?
- Es erfüllt dieselbe Aufgabe, ein Repository pro lernender Person aus einem Startprojekt, aber auf einem Git-Server, der Teil der Plattform ist. Es muss kein GitHub-Konto angelegt werden, und die Tests, die Bewertung und die Abgabe sind die der Plattform.
- Müssen Lernende Git installiert haben?
- Um vom eigenen Rechner aus zu klonen und zu pushen, ja. Ohne arbeiten sie im Browser und klicken auf „Committen“, und das Repository ist dasselbe.
- Kann eine Lehrkraft in das Repository von Lernenden pushen?
- Nein. Lehrkräfte können es lesen. Wenn eine Lehrkraft die Arbeit von Lernenden ändert, geschieht das im Browser, wo das Zugriffsprotokoll es festhält.
- Können Lernende die Tests ändern, mit denen sie bewertet werden?
- Nein. Verborgene Testdateien sind nie in ihrem Repository, und immer wenn ihre Arbeit getestet oder bewertet wird, werden Ihre verborgenen und geschützten Dateien aus der Aufgabe wiederhergestellt.