Nachdenken
Arbeitet ein Problem durch und sagt, wo die Überlegung aufhört.
In der Desktop-App öffnest du einen Ordner, und es arbeitet dort: Es liest die Dateien, startet den Build, liest, was zurückkommt, und behebt, was es kaputt gemacht hat. Nicht an einer Kopie, die du in ein Chatfenster eingefügt hast.
In der Desktop-App zeigst du auf einen Ordner. Nichts ausserhalb davon ist erreichbar, in keinem Modus.
«Der Test in OrderServiceTests schlägt seit dem letzten Commit fehl.» Es liest die Datei, dann den Test, dann den Diff.
Jeder Schreibvorgang ist eine eigene Bestätigung, oder gar keine, wenn du das für eine Sitzung ausschaltest.

Bitte um eine Seite, ein Widget oder ein kleines Werkzeug, und es läuft direkt neben der Antwort. Wechsle zum Code, ändere ihn an Ort und Stelle und sieh das Ergebnis sofort.
dotnet build und dotnet test aus und liest die Compilerausgabe, statt zu ratengit status, diff, log und blame ohne Nachfrage; Commit und Push nur, wenn du es sagstEs startet deine Anwendung nicht und fasst nichts ausserhalb der geöffneten Ordner an. Ein Build, der Zugangsdaten, eine Datenbank oder ein Gerät braucht, scheitert hier genau so wie auf einem Rechner ohne diese Dinge.
Der Test in OrderServiceTests schlägt seit dem letzten Commit fehl. Finde heraus, warum, und behebe es, aber ändere den Test nicht.
Medium für den Alltag, Large, wenn sich die Änderung über mehrere Dateien zieht und die Überlegung über alle hinweg halten muss.
Grössen vergleichenNein. Es führt den Build und die Tests aus, liest, was zurückkommt, und arbeitet damit weiter. Deine Anwendung mit ihrer Datenbank und ihren Zugangsdaten zu starten, gehört nicht dazu.
Force-Push, Hard-Reset und clean -fd gibt es gar nicht, weder hinter einer Bestätigung noch in irgendeinem Modus. Das Schlimmste, was passieren kann, ist ein schlechter Commit, den du rückgängig machst.
Lesen und schreiben kann es jede Sprache. Die Anbindung an Build und Tests gibt es heute für .NET; für alles andere bekommst du die Datei, die Überlegung und die Änderung, und den Build startest du selbst.
Arbeitet ein Problem durch und sagt, wo die Überlegung aufhört.
Liest, was sich angesammelt hat, schreibt, was geschrieben werden muss.
Erklärungen, die aufhören, wo das Wissen aufhört.