Was tun, wenn Visual Studio 2026 kein Hot Restart hat? Alternativen für Einsteiger

Visual Studio 2026 unterstützt Hot Restart nicht mehr. Für iOS-Projekte mit .NET MAUI 10 sollte daher Pair to Mac mit einem kompatiblen Mac-Buildhost gewählt werden. Wer zunächst nur C# schreibt, Android oder Windows testet, kann weiter unter Windows lernen; für iOS-Simulator, iOS-Debugging und iOS-Builds wird jedoch ein erreichbarer Mac benötigt.

Dieser Beitrag richtet sich an Windows-Studierende, bei denen nach dem Upgrade der iPhone-Einstieg aus der Visual-Studio-Oberfläche verschwunden ist. Er hilft auch Einsteigern in .NET MAUI 10, die erstmals einen iOS-Simulator starten möchten, sowie Lernenden ohne eigenen Mac, die zunächst eine Remote-Mac-Umgebung prüfen wollen.

Die Support-Grenze zwischen Hot Restart und Pair to Mac

Hot Restart war als temporärer Kanal gedacht: Ein Teil der Anwendung konnte aus Visual Studio unter Windows auf einem iPhone ausprobiert werden, ohne den vollständigen Mac-Buildablauf einzurichten. Das war bequem, aber kein vollständiger Ersatz für Apples Entwicklungswerkzeuge.

Nach dem offiziellen Stand vom 10.09.2026 wird Hot Restart von Visual Studio 2026 nicht unterstützt. Microsoft verweist für aktuelle Visual-Studio-Versionen auf Pair to Mac, um iOS-Anwendungen zu erstellen, bereitzustellen und zu debuggen. Diese Abgrenzung steht in der offiziellen Hot-Restart-Dokumentation von Microsoft.

Das erklärt den typischen Fehlerfall: Nach dem Upgrade ist nicht automatisch das gesamte .NET-MAUI-Projekt unbrauchbar. Verschwunden ist zunächst nur ein bestimmter iOS-Weg.

Wichtig ist die sprachliche Trennung:

• Unter Windows wird der Quellcode bearbeitet.
• Ein iOS-Simulatorfenster kann auf Windows angezeigt werden.
• Das Projekt wird für iOS trotzdem auf dem gekoppelten Mac gebaut und ausgeführt.
• Ein erfolgreicher Simulatorstart beweist noch nicht, dass ein signierter Geräte-Build möglich ist.

Visual Studio 2022, Version 17.14, kann Hot Restart unter bestimmten Voraussetzungen weiterhin verwenden. Microsoft beschreibt diesen Weg als eingeschränkt. Er ist deshalb höchstens eine kurzfristige Übergangslösung und kein sinnvoller langfristiger Standard für Visual Studio 2026. Die Versionsangabe und die Bedingungen sollten direkt in der Microsoft-Dokumentation zu Hot Restart geprüft werden.

Windows-Lernen und iOS-Abgabe

Die Kursanforderung als Entscheidungskriterium

Die richtige Lösung hängt nicht zuerst vom Betriebssystem ab, sondern vom erwarteten Ergebnis der Lehrveranstaltung. Ein Kurs, der nur C#-Quellcode, XAML-Dateien oder einen Android-Screenshot verlangt, benötigt nicht zwingend sofort einen Mac.

Anders sieht es aus, wenn die Abgabe einen iOS-Simulator, einen iOS-Debugging-Nachweis, einen signierten Build oder eine Vorführung auf einem Apple-Gerät verlangt. Dann reicht Windows allein nicht aus. In diesem Fall sollte ein kompatibler Mac-Buildhost frühzeitig eingeplant werden, damit die letzte Woche nicht durch Authentifizierungs- oder Versionsprobleme verloren geht.

Die offiziellen unterstützten Plattformen von .NET MAUI 10 bilden dabei die technische Grundlage. Die Plattformliste sollte nicht durch Community-Anleitungen oder Vorschauversionen ersetzt werden.

Warum die drei Fähigkeiten getrennt werden müssen

Viele Einsteiger sagen: „Ich kann .NET MAUI unter Windows nicht mehr nutzen.“ Das ist zu pauschal.

Erstens bleibt die gemeinsame C#-Logik unabhängig davon, ob später Android oder iOS gebaut wird. Zweitens kann ein Windows-Rechner weiterhin für Grundlagen, Layouts, Datenmodelle und Android-Tests verwendet werden. Drittens beginnt die Apple-spezifische Werkzeugkette erst dort, wo iOS gebaut, simuliert, debuggt oder signiert wird.

Diese Trennung spart unnötige Ausgaben. Wer in den ersten Kurswochen nur Sprache und Oberfläche lernt, kann zunächst Windows nutzen. Wer dagegen schon eine iOS-Abgabe vorbereiten muss, sollte Pair to Mac nicht erst am Abgabetag testen.

.NET MAUI 10 und Mac-Anforderungen

Ein Mac-Bildschirm reicht nicht aus

Pair to Mac verbindet Visual Studio mit einem Mac, der als Buildhost arbeitet. Ein bloßes Fernwartungsfenster ist daher nicht genug. Der entfernte Mac muss Netzwerkverbindungen annehmen, die benötigten Apple-Werkzeuge ausführen und das Projekt in der erwarteten Umgebung bauen können.

Für die Verbindung werden insbesondere diese Voraussetzungen geprüft:

1. Der Mac ist über das Netzwerk erreichbar.
2. Es gibt ein eigenes Benutzerkonto für die Verbindung.
3. Die erforderlichen Remote-Login- oder Entwicklungsberechtigungen sind aktiviert.
4. Xcode und die .NET-MAUI-Version passen zur verwendeten Visual-Studio-Installation.
5. Das Projektverzeichnis ist auf dem Mac zugänglich.
6. Die Entwicklungsumgebung darf die nötigen Komponenten ausführen, ohne Sicherheitskontrollen zu umgehen.

Die offizielle Pair-to-Mac-Anleitung beschreibt den vorgesehenen Ablauf. Die genauen Kompatibilitätswerte sollten am Tag der Einrichtung in den offiziellen Dokumenten kontrolliert werden. Das gilt besonders nach einem Visual-Studio-, .NET-MAUI- oder Xcode-Update.

Apple veröffentlicht die Anforderungen für Xcode getrennt. Deshalb sollte vor einer Verbindung auch die offizielle Xcode-Systemanforderung von Apple geprüft werden. Ein Mac, der zwar eingeschaltet ist, aber die benötigte Xcode-Version nicht ausführen kann, ist kein geeigneter Buildhost.

Datenschutz und Zugangskonten

Ein Schulcomputer oder ein gemieteter Remote Mac sollte nicht durch unsichere Abkürzungen „repariert“ werden. Gemeinsame Apple-Konten, weitergereichte Zertifikate, öffentliche Remote-Ports oder abgeschaltete Host-Prüfungen erhöhen das Risiko und lösen keine echte Versionsinkompatibilität.

Sicherer ist ein persönliches Konto mit den geringsten erforderlichen Rechten. Zugangsdaten gehören nicht in ein öffentliches Repository und nicht in Screenshots der Kursabgabe. Bei einem fremdverwalteten Rechner sollte vorher geklärt werden, ob Entwicklungswerkzeuge installiert und Hintergrunddienste verwendet werden dürfen.

Wer einen Mac nur für eine Lehrveranstaltung benötigt, kann zunächst die Mietmodelle für Mac-Umgebungen prüfen. Entscheidend ist nicht ein möglichst langer Vertrag, sondern ob der konkrete Rechner Pair to Mac, die benötigte Xcode-Version und das geplante Projekt unterstützt.

Die erste Verbindung als Messreihe

Ein häufiger Fehler besteht darin, sofort das offizielle Kursprojekt zu öffnen. Besser ist ein kleines, wegwerfbares Testprojekt. Damit lässt sich feststellen, ob ein Problem beim Netzwerk, beim Konto, bei der Kompatibilität oder erst beim eigentlichen Projekt liegt.

1. Die lokale Windows-Umgebung prüfen

Zuerst wird Visual Studio geöffnet und kontrolliert, ob die für .NET MAUI erforderlichen Komponenten installiert sind. Danach kann die installierte .NET-Umgebung mit einem lokalen Befehl sichtbar gemacht werden:

dotnet --info

Eine brauchbare Ausgabe muss die installierte .NET-Version und die aktive SDK-Umgebung anzeigen. Der Befehl beweist jedoch noch nicht, dass iOS unterstützt wird. Die offizielle Installationsübersicht für .NET MAUI 10 bleibt für die Komponentenprüfung maßgeblich.

2. Den Mac unabhängig von Visual Studio erreichen

Vor dem Pairing sollte der Mac normal erreichbar sein. Der Test umfasst die Anmeldung mit dem vorgesehenen persönlichen Konto und die Prüfung, ob der Rechner eingeschaltet bleibt.

Das erwartete Ergebnis ist eine stabile Verbindung ohne wiederholte Passwortabfragen. Wenn bereits die Grundverbindung scheitert, bringt ein erneutes Installieren von Hot Restart nichts. Dann müssen Netzwerkzugang, Benutzerkonto oder Berechtigungen geprüft werden.

3. Pair to Mac einrichten

Anschließend wird in Visual Studio der Pair-to-Mac-Ablauf gestartet. Der Mac sollte gefunden oder über den vorgesehenen Verbindungsdialog ausgewählt werden. Die erste Authentifizierung wird auf beiden Seiten bestätigt.

Das erwartete Ergebnis ist ein dauerhaft gespeicherter Buildhost. Wird der Mac zwar gefunden, aber nicht gespeichert, sollte der Vorgang beendet und das Verbindungsprotokoll geprüft werden. Mehrfaches Eingeben desselben Kennworts verdeckt sonst nur die eigentliche Ursache.

4. Versionen abgleichen

Wenn eine Meldung zu Xcode oder .NET MAUI erscheint, wird nicht geraten. Die verwendete Visual-Studio-Version, das .NET-MAUI-Ziel und die auf dem Mac installierte Xcode-Version werden mit den offiziellen Tabellen abgeglichen.

Die genaue Kombination kann sich durch reguläre Updates ändern. Deshalb ist eine alte Bloganleitung kein ausreichender Beleg. Besonders riskant sind Vorschauversionen, die auf dem Windows-Rechner und dem Mac nicht denselben Entwicklungsstand haben.

5. Ein minimales Projekt wiederherstellen

Nun wird ein neues, kleines .NET-MAUI-Projekt erstellt. Es sollte zunächst keine zusätzlichen Bibliotheken, keine komplexe Navigation und keine externen Dienste enthalten. Ziel ist nur, die Werkzeugkette zu prüfen.

Das Projekt wird wiederhergestellt, anschließend für iOS gebaut. Der Build sollte auf dem gekoppelten Mac laufen. Wenn das Projekt sofort wegen eines fehlenden Pakets oder einer nicht passenden Zielplattform stoppt, ist der Fehler leichter einzugrenzen als in einem umfangreichen Kursprojekt.

6. Den entfernten Simulator starten

Nach einem erfolgreichen Build wird der iOS-Simulator ausgewählt. Das Fenster kann auf dem Windows-Rechner erscheinen, aber die Ausführung findet auf dem verbundenen Mac statt. Microsoft beschreibt diesen Zusammenhang in der Dokumentation zum entfernten iOS-Simulator.

Das erwartete Ergebnis ist eine startende Beispieloberfläche und ein erreichbarer Debugging-Prozess. Ein sichtbares Simulatorfenster ohne funktionierende Bereitstellung ist kein bestandenes Kriterium.

7. Debugging und Wiederverbindung testen

Zum Abschluss wird ein bewusst kleiner Codefehler eingebaut, der Debugger gestartet und danach die Verbindung einmal kontrolliert getrennt und wiederhergestellt. So wird geprüft, ob Haltepunkte, Ausgaben und der erneute Build funktionieren.

Der Test sollte vor dem eigentlichen Kursprojekt erfolgen. Wenn der Simulator läuft, aber Haltepunkte nicht greifen, ist die iOS-Toolchain noch nicht vollständig validiert. Wenn die Verbindung nach einer kurzen Unterbrechung nicht wiederhergestellt wird, müssen Sitzungsverwaltung und Host-Berechtigungen geprüft werden.

Typische Fehlersignale und ihre Bedeutung

„Mac nicht gefunden“ deutet zuerst auf Erreichbarkeit, Netzwerksegment oder deaktivierte Remote-Dienste hin. Das ist kein Beweis dafür, dass Hot Restart fehlt.

„Authentifizierung wird wiederholt verlangt“ weist eher auf falsche Kontodaten, fehlende Berechtigungen oder eine nicht gespeicherte Vertrauensbeziehung hin. Gemeinsame Konten sollten nicht als schnelle Lösung eingesetzt werden.

„Xcode nicht kompatibel“ bedeutet, dass die Werkzeugstände nicht zusammenpassen. Ein Neustart kann den Fehler nicht dauerhaft beheben. Die Versionen müssen anhand der Microsoft- und Apple-Dokumentation abgeglichen werden.

„Simulator startet, aber Projekt baut nicht“ trennt Anzeige und Build. Das Fenster kann erreichbar sein, während der Buildhost noch ein Paket, eine Zielplattform oder eine passende Xcode-Installation vermisst.

„Simulator funktioniert, aber Veröffentlichung scheitert“ ist ebenfalls erwartbar. Simulation und Signierung sind unterschiedliche Prüfungen. Für ein echtes Gerät oder eine veröffentlichungsfähige Anwendung kommen zusätzliche Apple-Konten, Gerätebedingungen und Signaturanforderungen hinzu.

Route nach Zeitbedarf und Nutzungshäufigkeit

Wer nur die Grundlagen von C# und .NET MAUI lernt, kann vorerst unter Windows bleiben und Android- oder Windows-Ergebnisse erstellen. Sobald eine iOS-Abgabe verbindlich wird, sollte ein kleiner Test mit Pair to Mac folgen.

Wer Visual Studio 2026 dauerhaft einsetzen muss, sollte nicht auf eine ältere Installation als Standardstrategie bauen. Visual Studio 2022 kann in einer passenden Umgebung eine befristete Ausweichroute sein, entfernt aber nicht die Grenzen von Hot Restart. Ein vollständiger Mac-Buildablauf bleibt für iOS-relevante Aufgaben die belastbarere Lösung.

Für gelegentliche Kursprojekte ist ein Remote Mac oft sinnvoller als ein vorschneller Gerätekauf. Für tägliche, lang laufende Entwicklung kann ein eigener Mac langfristig einfacher sein. Die Entscheidung sollte erst nach dem Minimaltest fallen, nicht vor der ersten erfolgreichen Verbindung.

Die passende Route für das Kursprojekt

Die Entscheidung lässt sich auf eine kurze Regel reduzieren:

1. Wird nur Quellcode oder Android verlangt, bleibt Windows zunächst die kostengünstigste Lernumgebung.
2. Wird ein iOS-Simulator verlangt, wird ein Pair-to-Mac-Test mit einem kompatiblen Mac-Buildhost notwendig.
3. Wird Debugging auf iOS verlangt, muss zusätzlich die Debugging-Verbindung im Minimalprojekt funktionieren.
4. Wird ein signierter Build verlangt, reicht ein erfolgreicher Simulatorstart nicht aus.
5. Schlägt bereits die Host-Authentifizierung fehl, wird zuerst die Infrastruktur korrigiert und nicht das Kursprojekt verändert.

Damit ist auch die häufige Windows-Frage zu .NET MAUI 10 beantwortet: Für das Lernen gemeinsamer C#- und UI-Grundlagen ist ein Mac nicht immer erforderlich. Für den iOS-spezifischen Bau, die Simulation und das Debugging wird ein Mac-Buildhost benötigt.

Für Lernende ohne eigenes Gerät kann ein Remote Mac von SFTPMAC eine testbare Zwischenlösung sein. Vor einer Buchung sollte jedoch geprüft werden, ob der konkrete Zugang einen kompatiblen Mac, persönliche Konten und die notwendige Entwicklungsumgebung bereitstellt. Ein Remote-Desktop allein garantiert keine funktionierende Pair-to-Mac-Verbindung.

Schlussfolgerung für Windows-Einsteiger

Visual Studio 2026 hat Hot Restart nicht als versteckte Einstellung verloren, sondern unterstützt diesen Weg nicht mehr. Wer nur Android, Windows oder die gemeinsame .NET-MAUI-Basis lernt, kann den Mac zunächst zurückstellen. Wer iOS bauen, simulieren oder debuggen muss, sollte Pair to Mac mit einem kompatiblen Mac-Buildhost testen.

Ein älteres Visual Studio kann unter den dokumentierten Bedingungen kurzfristig helfen, ist aber keine vollständige iOS-Strategie. Ein Remote Mac hat ebenfalls Grenzen: Netzwerkunterbrechungen, Kontoberechtigungen und Versionsabweichungen können die Arbeit stoppen. Dafür entfällt der Kauf eines eigenen Geräts, und die Lernentscheidung bleibt reversibel.

Wenn bereits eine iOS-Abgabe ansteht, ist der sinnvollste nächste Schritt ein frisches Minimalprojekt mit den sieben Prüfungen aus diesem Beitrag. Besteht die Verbindung, der Build, der Simulator und die Wiederverbindung, kann SFTPMAC als zeitlich begrenzte Mac-Umgebung für das Kursprojekt geprüft werden. Je nach Dauer kommen danach eine Nutzung auf Wochen- oder Monatsbasis infrage, ohne vorab einen eigenen Mac anschaffen zu müssen.