Ab dem 28. April 2026 erfordert Apple, dass jede App und jede App-Update, das bei App Store Connect hochgeladen wird, mit Xcode 26 oder später erstellt wird, unter Verwendung der iOS 26 SDK oder der passenden 26-SDKs für iPadOS, tvOS, visionOS und watchOS. Wenn Sie eine Capacitor-App bereitstellen, ist dies der Frist, die zählt.
Die gute Nachricht: Für die meisten Teams ist dies eine Änderung der Build-Umgebung und nicht eine vollständige App-Migration. Und wenn Sie bereits __CAPGO_KEEP_2__-Builds verwenden Capgo Build, Ihr iOS-Buildsystem ist bereits auf Xcode 26.
Was Apple geändert hat
Apple hat die Anforderung in seinem Kommende Anforderungen Seite und wiederholt sie auf der App Store-Submission Seite.
Ab dem 28. April 2026, App Store Connect akzeptiert keine Uploads mehr, die mit Xcode früher als 26 oder ohne die erforderlichen 26 SDKs erstellt wurden. Bestehende Apps, die bereits auf dem App Store leben, funktionieren weiterhin, aber das nächste Binärdatei, das Sie einreichen, muss aus dem neuen Toolchain stammen.
Was es für Capacitor-Teams bedeutet
Für die meisten Capacitor-Apps geht es hauptsächlich darum, wie Sie die App aufbauen, nicht darum, Capacitor zu ersetzen oder Ihr Projekt neu zu schreiben.
Stellen Sie sicher, dass jeder Build-Pfad Xcode 26 oder später verwendet:
- Lokale Mac-Builds: Installieren und Xcode 26 oder später auswählen.
- Selbstverwaltete CI: Verwenden Sie ein macOS-Runner-Image mit Xcode 26 oder später.
- Nativ-abhängige Bibliotheken und ältere Plugins: Rebuilden Sie auf dem neuen SDK und testen Sie ein frisches Archiv, bevor Sie Ihre nächste Veröffentlichung durchführen.
Das Scheiternszenario hier ist einfach: Alles mag in der Entwicklung noch funktionieren, aber App Store Connect wird die Upload-Datei blockieren, wenn der Build von einem älteren Xcode-Branch stammt.
Capgo Build Ist bereits auf Xcode 26
Wenn Sie mit Capgo Build, müssen Sie sich nicht um die Aktualisierung Ihres Build-Environments für diesen Apple-Termin kümmern. Ab dem 29. April 2026 läuft unser aktueller iOS-Build-System bereits auf Xcode 26 oder später durch Capgo Build.
Das bedeutet, dass Teams, die Capgo Build verwenden, bereits mit Apples Anforderung vom 28. April 2026 im Einklang sind. Keine lokale Mac-Refresh, keine Runner-Image-Hunt und keine letzte-Minute-Xcode-Aktualisierung, um weiterhin zu liefern.
Wenn Sie noch handeln müssen
Sie müssen Änderungen vornehmen, wenn sich eines dieser Punkte auf Sie bezieht:
- Sie bauen und archivieren iOS-Apps lokal und haben sich noch nicht auf Xcode 26 oder später umgestellt.
- Ihr CI-Pipeline, die Sie selbst verwalten, ist an eine ältere Xcode-Version als Xcode 26 angebunden.
- One of your native SDKs or plugins has trouble when rebuilt with the iOS 26 SDK.
Wenn das Ihr Setup ist, aktualisieren Sie das Toolchain zuerst, führen dann einen sauberen Build und eine TestFlight-Submission durch, bevor Sie einen Produktionsrelease planen.
Endgültige Version
Dies ist Apples normales jährliches Toolchain-Cut-Off, aber die Umsetzungsdate ist real: seit dem 28. April 2026ältere Xcode-Builds sind nicht mehr ausreichend für App-Store-Uploads.
Wenn Sie Capgo Build verwenden, sind Sie bereits auf Xcode 26 oder später. Wenn Sie an anderer Stelle bauen, aktualisieren Sie Ihre Umgebung auf Xcode 26 oder später, bevor Sie Ihren nächsten iOS-Release veröffentlichen.
Weiterhin von Apples Xcode 26 Anforderung für Capacitor Apps
If Sie __CAPGO_KEEP_0__ verwenden Apple’s Xcode 26 Anforderung für Capacitor-Apps um die CI/CD-Automatisierung zu planen, verbinden Sie es mit Capgo CI/CD zur Produktworkflow in Capgo CI/CD, Capgo Native Builds zur Produktworkflow in Capgo Native Builds, Capgo Integrations zur Produktworkflow in Capgo Integrations, CI/CD-Integration zur Implementierungsdetail in CI/CD-Integration, und GitHub Actions-Integration für die Implementierungsdetails in GitHub Actions Integration.
