Dev-Stacks: Reihenfolge zählt
SDKs, PATH-Chaos und wann Revo nicht das erste Werkzeug sein sollte, das Sie öffnen.
Entwickler-Rechner schichten sich: Compiler, Container-Engines, lokale Datenbanken, Android-Emulatoren und Sprach-Runtimes, die jeweils Dienste, virtuelle Adapter oder geplante Aufgaben registrieren. Revo fängt lose Verknüpfungen und Autostart-Einträge nach dem Hersteller-Deinstaller gut ein – sollte aber selten das erste Werkzeug sein, wenn das Produkt einen eigenen Abbau-Workflow mitliefert.
Zuerst bewegliche Teile stoppen
WSL-Instanzen beenden, VMs herunterfahren, IDEs mit Language Server schließen und Docker Desktop (oder den Engine-Dienst) beenden, bevor Sie große Bäume unter AppData oder ProgramData löschen. Dateisperren und Hypervisor-Haken sind der übliche Grund, warum „Deinstallation erfolgreich“ trotzdem Ordner stehen lässt.
- Produktsteuerung oder CLI-Deinstall für IDEs, SDKs und Datenbankserver bevorzugen; die kennen Dienste und Treiber.
- Nach dem offiziellen Pfad Revo für Autostart, eindeutig app-spezifische Firewall-Regeln und verwaiste Profilordner nutzen.
Paketmanager spiegeln sich nicht in „Programme hinzufügen“
npm, pip, cargo und ähnliche Tools installieren Tausende kleine Pakete, die nie als eigene Windows-Programme erscheinen. Zuerst den dokumentierten Deinstallationsbefehl ausführen (npm uninstall -g …, pip uninstall …), bevor Cache-Verzeichnisse manuell gelöscht werden – sonst laufen Metadaten und Platte auseinander.
Parallele Sprach-Runtimes
Koexistieren mehrere JDK- oder Python-Versionen, nur die Version entfernen, die wirklich auslaufen soll. IDE und CI-Skripte auf hart codierte Pfade prüfen – viele Teams zeigen noch auf einen Minor-Ordner, obwohl „latest“ installiert ist. Nach dem Entfernen ein neues Terminal öffnen und prüfen, ob java -version bzw. python --version das Erwartete melden.
Container, Emulatoren und virtuelle Switches
Docker Desktop, Android-Emulatoren und manche VPNs installieren virtuelle Netzadapter. Wenn das Netz nach dem Aufräumen seltsam wirkt, Adapter in ncpa.cpl mit der Herstellerliste abgleichen, bevor „unbekannte“ Miniport-Treiber gelöscht werden. Lieber das Produkt entfernen, das den Adapter besitzt, nicht den Eintrag isoliert.
PATH-Länge und doppelte Einträge
Alte Toolchains hinterlassen manchmal doppelte PATH-Segmente nahe an Windows-Grenzen für Umgebungsvariablen. Nach SDK-Deinstallation neues Terminal öffnen und PATH ausgeben: keine veralteten Verzeichnisse vor der Runtime, die bleiben soll. Dasselbe gilt für CI-Agenten auf derselben Maschine.
Kurzantworten
- Kann ich node_modules mit Revo statt mit dem Paketmanager löschen?
- Der Ordner lässt sich löschen, aber globale CLI-Shims oder PATH-Einträge zeigen dann ins Leere. Zuerst die dokumentierten Remove-Befehle, dann Nachzügler fegen.
- Docker hat virtuelle Switches hinterlassen. Ist Revo die Lösung?
- Dockers eigene Reset-/Deinstallationsabläufe nutzen, damit vEthernet-Adapter und Hyper-V-Haken in unterstützter Reihenfolge weg sind. Revo ist für Reste, wenn die Engine sauber beendet wurde.
- Python ist weg, aber py startet noch etwas.
- Windows-Seite „App-Ausführungsaliase“, pyenv und veraltete PATH-Einträge prüfen. Mehrere Launcher können koexistieren; in einer neuen Shell prüfen, welche Binary gewinnt.
Weiter: Nach Toolchain-Entfernung Builds, Container und IDEs in einer frischen Shell testen, damit PATH und Dienste zur Realität passen. In der Funktionsübersicht und den Anleitungen: Windows-seitiges Aufräumen neben CLI-Workflows.