Die erste Änderung mit KI durchführen
Eine kleine Übung von der Aufgabenbeschreibung über die Prüfung bis zum gespeicherten Stand.
Voraussetzung: Das private Übungsrepository ist geöffnet; Ihr KI-Werkzeug ist eingerichtet.
Danach können Sie
Sie haben eine kleine Änderung vollständig durchlaufen: Aufgabe begrenzen, einen Änderungszweig anlegen, KI-Vorschlag prüfen, Ergebnis speichern und wiederfinden. Wir ändern zunächst eine README im eigenen Übungsrepository. So lernen Sie den Arbeitsablauf, ohne schon eine App oder Datenbank einzurichten.
Voraussetzung und Ziel
Sie haben die GitHub-Einrichtung abgeschlossen und ein KI-Werkzeug am selben lokalen Ordner geöffnet. Die Verbindung wurde mit einer manuellen Änderung geprüft. Das Repository enthält keine Geschäftsdaten und ist nicht an eine automatische Veröffentlichung Ihrer echten Anwendung angebunden.
Die Aufgabe: Ergänzen Sie in der README einen Abschnitt «Nächster Lernschritt» mit genau drei Stichpunkten: Projektordner kennen, Änderungen prüfen, getesteten Stand speichern. An anderen Dateien und an einer laufenden Anwendung wird für diese Übung nichts geändert.
Vor der Aufgabe einen sauberen Ausgangspunkt herstellen
Öffnen Sie GitHub Desktop und wählen Sie Ihr Übungsrepository. Kontrollieren Sie Changes. Falls dort andere Änderungen liegen, klären Sie zuerst ihren Zweck; verwerfen Sie sie nicht pauschal. Wechseln Sie zum aktuellen Hauptzweig und holen Sie gegebenenfalls den aktuellen entfernten Stand über die angebotene Fetch-/Pull-Funktion.
Legen Sie über Current Branch → New Branch einen Zweig uebung-readme an. Kontrollieren Sie danach den angezeigten Branch. Ein Branch ist ein eigener Änderungszweig des Repositorys. Branches in GitHub Desktop.
Der KI eine prüfbare Aufgabe geben
Nutzen Sie beispielsweise diese selbst anpassbare Aufgabenbeschreibung:
Lies die README in diesem Übungsrepository. Ergänze genau einen Abschnitt «Nächster Lernschritt» mit drei Stichpunkten: Projektordner kennen, Änderungen prüfen, getesteten Stand speichern. Erhalte den vorhandenen Text. Ändere keine anderen Dateien, installiere nichts und veröffentliche nichts. Zeige anschliessend die geänderten Zeilen und erkläre, wie ich prüfen kann, ob die Aufgabe erfüllt ist.
Bei einer späteren echten App bleibt dieselbe Struktur nützlich: Ausgangslage, gewünschtes Verhalten, Grenzen und Prüffall. Beispiel: «Ein Techniker kann nur seine offenen Aufträge nach Termin sortieren. Die bestehenden Zugriffsregeln bleiben gültig. Zeige, wie wir mit zwei Konten sowohl erlaubtes als auch verbotenes Verhalten prüfen.»
Den Vorschlag selbst kontrollieren
Öffnen Sie die README im Editor und lesen Sie den neuen Abschnitt. Sehen Sie sich in GitHub Desktop den Diff an. Die drei Stichpunkte müssen vorhanden sein, der alte Inhalt muss erhalten bleiben und nur die beauftragte Datei darf verändert sein.
Wenn die KI zusätzliche Änderungen gemacht hat, lassen Sie diese zuerst erklären. Für diese kleine Aufgabe ist die Inhaltsprüfung passend. Eine Anwendung mit neuer Geschäftslogik braucht darüber hinaus geeignete Funktions- und Zugriffstests; ein blosses «fertig» im Chat ist keine Prüfung.
GitHub Desktop zeigt die Dateien und Zeilen vor dem Commit. Wählen Sie nur die zusammengehörigen Änderungen aus und schreiben Sie eine verständliche Beschreibung. Änderungen prüfen und committen.
Den Stand speichern und auf GitHub prüfen
Erstellen Sie einen Commit, etwa Lernschritte in README ergänzen. Übertragen Sie den neuen Branch über Publish branch beziehungsweise die angebotene Push-Funktion. Öffnen Sie GitHub und wählen Sie dort denselben Branch. Prüfen Sie den Commit und die README.
Im eigenen Übungsrepository können Sie einen Pull Request zur Zusammenführung in den Hauptzweig erstellen, den Vergleich nochmals lesen und die geprüfte Änderung zusammenführen. Halten Sie sich bei einem Firmenprojekt an dessen bestehenden Prüf- und Freigabeablauf. GitHub flow.
Wenn Sie die Übung rückgängig machen möchten
Entfernen Sie den selbst hinzugefügten Abschnitt in einem neuen kleinen Änderungsschritt und speichern Sie dafür einen weiteren Commit. Das lässt die Entscheidung nachvollziehbar, ohne gemeinsame Geschichte umzuschreiben. Bei einer echten App müssen Sie vor einem Rücksetzen zusätzlich prüfen, ob Daten oder externe Systeme betroffen sind.
Erfolgskontrolle
Sie können den Auftrag, den Diff und den gespeicherten Commit zeigen. Sie wissen, welcher Branch auf GitHub die Änderung enthält und ob er bereits zusammengeführt wurde. Sie haben selbst geprüft, was die KI geändert hat. Als Nächstes lernen Sie, wie eine echte Änderung geprüft und veröffentlicht wird.