Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

Autosave in Visual Studio 17.2

Strg+S ist bei vielen Entwicklern schon eine automatische Bewegung. Wird man ihr überdrüssig, bekommt von dem im Anschluss an Visual Studio eingesetzten Werkzeug falsche Ergebnisse. Abhilfe schafft das neue Autosave-Feature von Visual Studo 2022.
Nur bei den wenigsten Entwicklern ist Visual Studio das einzige Tool, das sie für ihre Arbeit verwenden. Wechselt man das Werkzeug, kommt es allerdings immer wieder zu Problemen: Wird der Code in Visual Studio nicht gespeichert, kann der Code, der im nächsten Tool angezeigt wird, veraltet sein. Bearbeitet man den Code dann in dem anderen Tool bearbeiten, ist er nicht mehr synchron und es ist eine Tortur, alles wieder zusammenzufügen.Ab der Version 17.2 Preview 1 hilft die neue Autosave-Funktion Entwicklern dabei, diese Pein zu vermeiden. Man findet sie über eine Suche in Visual Studio (Strg+Q) nach dem Begriff "autosave". Dadurch gelangen Sie auf die Seite Environment | Documents unter Tools | Options.Ist die Option "Automatically save files when Visual Stuido is in the background" aktiviert, wird jedes Mal, wenn Visual Studio den Fokus verliert versucht, jedes nicht freigegebene Dokument in der IDE zu speichern. Dazu gehören Projektdateien, Lösungsdateien und sogar verschiedene Dateien, die nicht Teil des Projekts oder der Lösung sind. Wenn das Speichern einer Datei aus irgendeinem Grund fehlschlägt (zum Beispiel weil die Datei auf dem Datenträger schreibgeschützt ist), behält Visual Studio die Änderungen im Editor bei und lässt die Datei unbearbeitet. Die Absicht ist, dass beim Wechsel zu einem anderen Tool nach einem Moment alle Änderungen in Visual Studio auf die Festplatte übertragen werden.Übrigens: Ist die Funktion "Code Cleanup on Save" in Visual Stuido 2022 17.2 aktiviert, löst Autosave keinen Code Cleanup aus, weil das Visual-Studio-Team der Meinung ist, dass es stört, wenn die Code-Bereinigung zu oft erfolgt. Sie wird nur ausgelöst, wenn man die Code-Datei explizit speichert, entweder durch einen Befehl oder implizit als Teil eines Builds.
Miscellaneous

Neueste Beiträge

Tests gezielt verteilen - Schnellere .NET-CI-Pipelines mit Test Sharding, Teil 1
Lange Testsuiten verzögern das Feedback im Pull Request. Meziantou.ShardedTest verteilt die Testfälle auf mehrere CI-Jobs und verspricht dadurch mehr Geschwindigkeit. Dieser Einstieg zeigt, wie die Aufteilung funktioniert und welche Voraussetzungen nötig sind.
6 Minuten
GitHub Actions umstellen - Schnellere .NET-CI-Pipelines mit Test Sharding, Teil 2
Eine Jobmatrix bringt die lokale Testaufteilung auf mehrere Runner. Damit daraus ein verlässlicher CI-Lauf entsteht, müssen Shard-Nummern, Fehlerstatus und Ergebnisdateien zusammenpassen. Der Workflow zeigt die nötigen Schritte.
6 Minuten
CLAUDE.md richtig aufbauen - Projektanforderungen an Entwickler in Zeiten von KI, Teil 1
Gleicher Prompt, gleiches Projekt, einmal mit leerer CLAUDE.md, einmal mit gepflegter. Die Ergebnisse sind nicht vergleichbar. Wie eine Markdown-Datei zum wichtigsten Interface zwischen Entwickler und KI-Agent wird.
6 Minuten

Das könnte Dich auch interessieren

Frühjahrsputz für .NET - Alte .NET-Versionen entfernen
Immer mehr .NET-Versionen sammeln sich auf der Festplatte an. Höchste Zeit, wieder Platz zu schaffen.
14 Minuten
Elektronische Schaltkreise im Browser simulieren - Simulation
Statt mit Steckfeld oder Lötkolben kann man auf dieser Website Schaltungen per Drag and Drop zusammenstellen und deren Verhalten testen.
2 Minuten
26. Jul 2018
UIs für Linux - Bedienoberflächen entwickeln mithilfe von C#, .NET und Avalonia
Es gibt viele UI-Frameworks für .NET, doch nur sehr wenige davon unterstützen Linux. Avalonia schafft als etabliertes Open-Source-Projekt Abhilfe.
16 Minuten
16. Jun 2025
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige