Code, dort, wo der Code wirklich liegt.
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.
Seiten und Werkzeuge, die laufen.
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.
Drei Schritte.
- 1
Ordner öffnen
In der Desktop-App zeigst du auf einen Ordner. Nichts ausserhalb davon ist erreichbar, in keinem Modus.
- 2
Sagen, was nicht stimmt
«Der Test in OrderServiceTests schlägt seit dem letzten Commit fehl.» Es liest die Datei, dann den Test, dann den Diff.
- 3
Änderung bestätigen
Jeder Schreibvorgang ist eine eigene Bestätigung, oder gar keine, wenn du das für eine Sitzung ausschaltest.
Was es tut.
- Liest ganze Dateien, nicht nur die Namen, und folgt einem Import bis zur Datei, auf die er zeigt
- Führt `dotnet build` und `dotnet test` aus und liest die Compilerausgabe, statt zu raten
- `git status`, `diff`, `log` und `blame` ohne Nachfrage; Commit und Push nur, wenn du es sagst
- Schreibt in deine Ordner, mit einer Bestätigung pro Datei, oder ohne, wenn du das ausschaltest
- Force-Push und Hard-Reset gibt es gar nicht, in keinem Modus
- Lange Dateien öffnen sich in einem Bereich neben dem Gespräch, statt es wegzuscrollen
- Webseiten und kleine React-Apps, die es schreibt, laufen als Live-Vorschau neben der Antwort, mit einem Schalter zum Code, den du direkt dort bearbeiten kannst
- Zeichnet, wie eine Anfrage durch das System läuft, als Ablauf-, Sequenz- oder Anwendungsfalldiagramm
Es 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 vergleichenFragen.
- Startet es meine Anwendung?
- Nein. 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.
- Kann es mein Repository kaputt machen?
- 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.
- Welche Programmiersprachen?
- 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.
