Xcode 27 już dostępny: wymagania, minimalne wersje docelowe i co się zepsuło

Xcode 27 ukazał się 14 września 2026 roku jako kompilacja 27A266a, trzy dni po wpisie „iOS 27.0 RC” w kanale wydań i równolegle z iOS 27.0 (24A437), macOS 27.0 (26A428) oraz resztą platform 27; tego samego dnia App Store Connect zaczął przyjmować kompilacje zbudowane z finalnymi SDK 27.0 (GA), po tym jak od 9 września przyjmował kompilacje z SDK RC.¹⁵ Wymaga macOS Tahoe 26.6 lub nowszego oraz Maca z Apple silicon, zawiera Swift 6.4 i SDK 27, debuguje urządzenia z iOS 17 lub nowszym i podnosi trzy minimalne wersje docelowe: macOS 12, watchOS 9 i DriverKit 21.²³ Istniejącym projektom przynosi trzy twarde błędy (makro @State, niezgodność źródłową z SE-0508 i flagę linkera -ld64), jedną regułę skanowania zależności, która może zgłosić błąd, jedną cichą zmianę w ARCHS_STANDARD i dwa ostrzeżenia; poniżej uruchamiam na 27A266a każde z nich.²⁴⁶

TL;DR

• Daty i kompilacje. Kanał wydań Apple wymienia Xcode 27 (27A266a) i wszystkie sześć systemów 27.0 pod datą poniedziałku 14 września; wpis „iOS 27.0 RC (24A437)” nosi datę piątku 11 września, dwa dni po tym, jak App Store Connect zaczął przyjmować przesyłki z SDK RC, a wersja GA ma ten sam numer kompilacji.¹⁵ Własne noty wydania App Store Connect z 14 września mówią, że można już przesyłać aplikacje zbudowane w Xcode 27 zarówno do sklepu, jak i do TestFlight.⁵
• Wymagania i progi poszły w górę. Xcode 26.6 działał na macOS 26.2 i debugował urządzenia z iOS 15; Xcode 27 potrzebuje macOS 26.6, działa wyłącznie na Apple silicon i debuguje iOS 17, tvOS 17 oraz watchOS 10 lub nowsze, zarówno w symulatorze, jak i na sprzęcie. Minimalne wersje docelowe rosną z macOS 11 do 12, z watchOS 8 do 9 i z DriverKit 20 do 21; iOS, iPadOS i tvOS zostają na 15, a visionOS na 1.²³
• Trzy twarde błędy. Makro @State: własny przykład Apple, inicjalizator przypisujący właściwość @State z wartością nadaną w deklaracji przed pozostałymi właściwościami przechowywanymi, kończy się błędem variable 'self.title' used before being initialized; właściwość obliczana z literałem tablicy lub słownika jako wartością początkową i akcesorem init nie kompiluje się, gdy getter stoi pierwszy, co Apple przypisuje SE-0508 jako niezgodność źródłową; a flaga linkera -ld64, udokumentowana w Xcode 15, przerywa linkowanie błędem ld: library 'd64' not found.²⁴⁶⁸
• Cztery zmiany, które ostrzegają, mogą zgłosić błąd albo milczą. Linker ignoruje -ld_classic z ostrzeżeniem, bo ld64 zniknął; zduplikowane nazwy modułów Clang w obrębie jednego skanowania zależności „may report an error” (mogą zgłosić błąd); target wyłącznie dla macOS ustawiony na 27.0 buduje tylko arm64, dopóki nie doda się z powrotem x86_64, i nic nie ostrzega; a PreviewProvider nosi oznaczenie przestarzałości od 27.0 z komunikatem „Use #Preview instead.”, podczas gdy każdy modyfikator podglądu ma własny komunikat o zamienniku, a kompilator nie pokazuje żadnego z nich poniżej deployment target 27.0.²⁴
• Apple nie wydało Xcode 27.1 według stanu na 15 września. Nie wymienia go ani kanał wydań, ani indeks not wydania, a strona Apple dla deweloperów iPhone Duo wciąż datuje betę 27.1 na „later this month” (jeszcze w tym miesiącu); luka SDK opisana w moim wpisie o Duo dla deweloperów nadal istnieje.¹ (17 września: 27.1 wciąż nie ma, ale 16 września ukazała się beta Xcode 27.2, a jej noty wskazują 27.1 jako wydanie, które niesie SDK iPhone Duo; szczegóły w aktualizacji poniżej.⁹) (19 września: beta Xcode 27.1 (27A9269) wyszła 18 września z SDK iOS 27.1; druga aktualizacja poniżej zawiera jej uwagi.¹⁰) (1 października: wciąż jest tylko ta pierwsza beta 27.1.¹¹) (11 października: Xcode 27.1 RC (27A9275) ukazał się 5 października jako wersja RC, nie wydanie finalne; wpis App Store Connect z tego dnia brzmi „You can now upload apps built with Xcode 27.1 RC using the SDK for iOS 27.1, iPadOS 27.0, macOS 27.0, tvOS 27.0, visionOS 27.0, and watchOS 27.0 for the App Store, and for internal and external testing through TestFlight.” (można już przesyłać aplikacje zbudowane w Xcode 27.1 RC z SDK iOS 27.1 i SDK 27.0 pozostałych platform, do App Store oraz do testów wewnętrznych i zewnętrznych w TestFlight).¹²) (14 października: wyszedł Xcode 27.2 beta 3 (27B5038j); Xcode 27.1 wciąż jest na etapie RC, a aktualnym wydaniem pozostaje Xcode 27; czwarta aktualizacja poniżej omawia uwagi do bety 3.¹³) (15 października: Xcode 27.1 (27A9275) jest wydaniem finalnym, z numerem kompilacji RC, z godziną 13:00 czasu pacyficznego w kanale wydań; strona z uwagami zmieniła tytuł, a wpis App Store Connect z tego dnia przyjmuje jego buildy do sklepu pod tą nazwą; Xcode 27 nie jest już najnowszym wydaniem.¹⁴)

Aktualizacja, 17 września: beta 27.2 wyszła pierwsza, a 27.1 ma zadanie

Kanał wydań Apple datuje pełną falę bet 27.2 na środę 16 września: Xcode 27.2 beta (27B5019j), iOS i iPadOS 27.2 beta (24B5084k), macOS 27.2 beta (26B5086k), tvOS 27.2 beta (24K5088l), visionOS 27.2 beta (24N5088l) i watchOS 27.2 beta (24S5086l), do tego aktualizację TestFlight, a żaden wpis w kanale nie wymienia 27.1.⁹ Noty wydania bety Xcode 27.2 tłumaczą tę lukę jednym zdaniem: „The iOS SDK and simulator support for iPhone Duo will be available later this month in an upcoming release of Xcode 27.1.” (SDK iOS i obsługa symulatora dla iPhone Duo będą dostępne jeszcze w tym miesiącu w nadchodzącym wydaniu Xcode 27.1). A zatem 27.1 niesie SDK iPhone Duo, 27.2 to osobna beta z własnymi nowościami, a beta zachowuje próg z GA: „Xcode 27.2 beta requires a Mac running macOS Tahoe 26.6 or later.” (beta Xcode 27.2 wymaga Maca z macOS Tahoe 26.6 lub nowszym).⁹

Dwa wpisy z not tej bety uzupełniają niniejszy wpis, a cytowany niżej znany problem ze środowiskami symulatora, 141290052, pozostaje w 27.2 otwarty. W sekcji Project Format: „Xcode now supports a JSON-based project format (.xcproj) that’s more readable, merge-friendly, and easier for coding agents to edit,” (Xcode obsługuje teraz oparty na JSON format projektu .xcproj, czytelniejszy, przyjazny scalaniu i łatwiejszy do edycji dla agentów kodujących), włączany w inspektorze pliku, oraz „Projects using .xcproj also open in earlier versions of Xcode 27.” (projekty w formacie .xcproj otwierają się też we wcześniejszych wersjach Xcode 27). W sekcji SDK, pod nagłówkiem Known Issues: „macOS, watchOS, tvOS, and visionOS SDKs in Xcode 27.2 incorrectly report 27.1 as a valid deployment target,” (SDK macOS, watchOS, tvOS i visionOS w Xcode 27.2 błędnie zgłaszają 27.1 jako prawidłowy deployment target), z „unexpected behavior if this deployment target is used,” (nieoczekiwanym zachowaniem, jeśli ten deployment target zostanie użyty), oraz „Mac Catalyst builds with a 27.1 or 27.2 deployment target may be unable to use newly introduced API.” (kompilacje Mac Catalyst z deployment target 27.1 lub 27.2 mogą nie mieć dostępu do nowo wprowadzonych API).⁹ Apple dodało też jeden znany problem do samych not Xcode 27, między moimi pobraniami z 16 i 17 września, w sekcji Enhanced Security: „Apps with Hardware-Checked Pointer Arithmetic Slice feature enabled cannot be uploaded to the App Store on macOS Tahoe 26.6 with Xcode automatic signing enabled.” (aplikacji z włączoną funkcją Hardware-Checked Pointer Arithmetic Slice nie da się przesłać do App Store na macOS Tahoe 26.6 przy włączonym automatycznym podpisywaniu w Xcode). Obejście brzmi: „Distribute with macOS 27 and Xcode 27 or use manual signing.” (dystrybuować z macOS 27 i Xcode 27 albo użyć podpisywania ręcznego). Mój wpis o arm64e.x1 go odnotowuje.⁹ Nic w notach bety 27.2 nie dotyka linkera, reguły unikatowej nazwy modułu, makra @State ani opisanych niżej oznaczeń przestarzałości w podglądach; trzy pierwsze mieszkają w notach Xcode 27, a wpis o @State w notach iOS i iPadOS 27, i cytowane tutaj wpisy z not Xcode 27 brzmią 17 września tak samo jak 15 września.⁶⁹

Aktualizacja, 19 września: beta Xcode 27.1 wyszła, z SDK iOS 27.1

Kanał wydań Apple datuje betę Xcode 27.1 (27A9269) na piątek 18 września, dwa dni po fali bet 27.2, a indeks informacji o wydaniu Xcode wymienia teraz trzy pozycje z serii 27: Xcode 27, Xcode 27.1 Beta i Xcode 27.2 Beta.¹⁰ Uwagi do bety 27.1 są krótkie. Ich Overview: „Xcode 27.1 beta includes Swift 6.4 and SDKs for iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27, and visionOS 27,” (beta Xcode 27.1 zawiera Swift 6.4 oraz SDK dla iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27 i visionOS 27), z tymi samymi dolnymi granicami debugowania na urządzeniu co w 27.0 i tym samym wymaganiem, „a Mac running macOS Tahoe 26.6 or later.” (Mac z macOS Tahoe 26.6 lub nowszym). Tę listę SDK należy czytać dosłownie, z jednym zgrzytem: Overview podaje iPadOS 27, podczas gdy wiersz App Store Connect poniżej i strony API Apple mówią o iPadOS 27.1 beta; cytuję oba zapisy, zamiast rozstrzygać. iOS 27.1 to wydanie, z którym według wpisu Apple z 16 września iPhone Duo „will run” (będzie działać) w dniu premiery 23 października.¹⁰ Informacje o wydaniu App Store Connect zawierają pasujący wiersz z 18 września, w sekcji TestFlight: „You can now submit apps built with Xcode 27.1 beta using the SDK for iOS 27.1 beta or iPadOS 27.1 beta for internal and external testing.” (można już przesyłać aplikacje zbudowane betą Xcode 27.1 z SDK iOS 27.1 beta lub iPadOS 27.1 beta do testów wewnętrznych i zewnętrznych)¹⁰ Między moimi pobraniami z 17 i 19 września Apple przepisało też Overview uwag do bety 27.2: zdanie cytowane w aktualizacji powyżej, „The iOS SDK and simulator support for iPhone Duo will be available later this month in an upcoming release of Xcode 27.1,” zniknęło, a w jego miejscu pojawiła się ramka „Download Xcode 27.1 beta to get the iOS SDK and simulator support for iPhone Duo,” (pobierz betę Xcode 27.1, aby uzyskać SDK iOS i obsługę iPhone Duo w symulatorze) z odnośnikiem do strony pobierania.¹⁰ Dokumentacja Apple podaje teraz pięć interfejsów API iPhone Duo jako iOS 27.1, w becie; nazwy są w moim wpisie dla deweloperów Duo.

Uwagi do bety 27.1 mają trzy sekcje, a dwie z nich to Known Issues. W sekcji Mac Catalyst: „Projects that use APIs specific to iOS 27.1 show compile errors when building for Mac Catalyst (“undeclared identifier”, “not found”, “has no member”, “cannot find”, etc).” (projekty używające API właściwych dla iOS 27.1 pokazują błędy kompilacji przy budowaniu dla Mac Catalyst) (185924957), z obejściem „Use build-time conditionals like #if !targetEnvironment(macCatalyst) (Swift) or #if !TARGET_OS_MACCATALYST (ObjC) to isolate affected code,” (odizolować dotknięty kod warunkami kompilacji), oraz „Projects that target iOS 27.1 show no Mac Catalyst run destination available.” (projekty celujące w iOS 27.1 nie pokazują żadnego miejsca uruchamiania Mac Catalyst) (187046347), z obejściem „Add a Mac Catalyst 27.0 minimum deployment in target settings.” (dodać minimalne wdrożenie Mac Catalyst 27.0 w ustawieniach targetu). Stoją obok znanego problemu SDK bety 27.2 cytowanego w aktualizacji z 17 września, 187160501, który w moim odczytaniu jest tą samą luką 27.1 widzianą od strony SDK macOS. W sekcji Simulator trzy Known Issues: „Initial Simulator launch can take several minutes.” (pierwsze uruchomienie symulatora może potrwać kilka minut) (187708500), „StandBy is unavailable in the iPhone Duo Simulator runtime.” (StandBy jest niedostępny w środowisku symulatora iPhone Duo) (187708663) i „Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.” (uruchamianie i debugowanie większości rozszerzeń aplikacji jest w tym środowisku niedostępne) (187708767). Trzecia sekcja, Previews, zawiera jedną New Feature: „The canvas overrides picker now includes a Display group for previewing content on a device’s alternative display.” (selektor nadpisań kanwy zawiera teraz grupę Display do podglądu treści na drugim wyświetlaczu urządzenia) (182598534).¹⁰ Nic w uwagach do bety 27.1 nie dotyka linkera, reguły nazw modułów, makra @State ani wycofań podglądów opisanych niżej, a uwagi do Xcode 27 pobrane ponownie 19 września brzmią tak samo jak 17 września.¹⁰

Do tego wpisu należy jeszcze jedna data, z wpisu Apple z 9 września o zgłoszeniach do App Store: „Starting April 2027, apps and games uploaded to App Store Connect need to meet the following minimum requirements: iOS and iPadOS apps must be built with the iOS 27 & iPadOS 27 SDK or later,” (od kwietnia 2027 aplikacje i gry przesyłane do App Store Connect muszą być zbudowane z SDK iOS 27 i iPadOS 27 lub nowszym), przy czym aplikacje tvOS, visionOS i watchOS obowiązują tak samo ich SDK 27. Strona Upcoming Requirements Apple nie wymieniała tego na 19 września; jej najnowsza pozycja to nadal próg z 28 kwietnia 2026, Xcode 26 i SDK 26. SDK 27 opisane w tym wpisie stają się więc progiem przesyłania w kwietniu 2027.¹⁰

Aktualizacja, 1 października: Xcode 27.2 beta 2 i brak Xcode 27.0.1

Kanał wydań Apple datuje Xcode 27.2 beta 2 (27B5028f) na poniedziałek 28 września, ten sam dzień co aktualizacje 27.0.1 dla iOS, iPadOS, macOS, visionOS i watchOS. W kanale nie ma Xcode 27.0.1: aktualnym wydaniem pozostawał wtedy Xcode 27 (27A266a), a tekst jego strony z uwagami jest identyczny z moją kopią z 26 września.¹¹ Uwagi do bety 2 dodają narzędzie MCP GetCodeCoverage, podają problemy z wejściem w Device Hub z pierwszej bety jako naprawione i nadal kierują pracę nad iPhone Duo do bety Xcode 27.1, choć same wymieniają dwa znane problemy iPhone Duo i powtarzają dwa wpisy z bety 27.1 cytowane w aktualizacji z 19 września, 185924957 i 182598534; wpis o 27.2 omawia je wpis po wpisie. Cytowany niżej problem ze środowiskami uruchomieniowymi symulatora, 141290052, figuruje w 27.2 beta 2 jako naprawiony; Xcode 27 nadal wymienia go jako Known Issue.¹¹

Aktualizacja, 14 października: Xcode 27.2 beta 3, a ramki o Duo już nie ma

Kanał wydań Apple datuje Xcode 27.2 beta 3 (27B5038j) na środę 14 października, dzień po czwartych betach 27.2 dla iOS, iPadOS, macOS, visionOS i watchOS (tvOS czwartej bety nie dostał). Aktualnym wydaniem pozostawał wtedy Xcode 27 (27A266a), a Xcode 27.1 wciąż był na etapie RC z 5 października (15 października: Xcode 27.1 ukazał się tego popołudnia jako wydanie finalne, kompilacja 27A9275, czyli kompilacja RC; omawia to piąta aktualizacja poniżej), a tekst strony z uwagami do Xcode 27 nie zmienił się względem kopii, którą zapisałem 11 października.¹³ Uwagi do bety 3 usuwają ramkę, która kierowała pracę nad iPhone Duo do bety Xcode 27.1, i niczym jej nie zastępują, więc nic nie mówi, że SDK Duo przeszło do 27.2, a w moim odczytaniu buildem dla Duo pozostaje 27.1 RC; dodają dwie poprawki Interface Builder dla trybu kompilacji toolchain; przenoszą problem z klonowaniem symulatorów pod nagłówek Simulator Runtimes, z poleceniem find jako obejściem; a problem z ponowną instalacją środowiska uruchomieniowego, 187950199, przenoszą do rozwiązanych w becie 2; wpis o 27.2 omawia je wpis po wpisie. Cytowany niżej problem ze środowiskami uruchomieniowymi symulatora, 141290052, czyli inny wpis, nadal figuruje jako naprawiony w 27.2 beta 2 i nadal jest Known Issue na stronie Xcode 27. Wpis TestFlight w App Store Connect z tego samego dnia przyjmuje buildy z 27.2 beta 3 do testów, nie do sklepu.¹³

Aktualizacja, 15 października: Xcode 27.1 jest wydaniem finalnym, z kompilacją RC

Kanał wydań Apple datuje Xcode 27.1 (27A9275) na czwartek 15 października, godzinę 13:00 czasu pacyficznego, osiem dni przed premierą iPhone Duo 23 października; numer kompilacji to numer RC z 5 października.¹⁰¹²¹⁴ Strona z uwagami nosi teraz tytuł „Xcode 27.1 Release Notes”, a jej Overview brzmi „Xcode 27.1 includes Swift 6.4 and SDKs for iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27, and visionOS 27.” (Xcode 27.1 zawiera Swift 6.4 oraz SDK dla iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27 i visionOS 27), czyli tekst RC bez „RC”, a dwa znane problemy symulatora iPhone Duo pozostają. Wpis App Store Connect z tego samego dnia brzmi „You can now upload apps built with Xcode 27.1 using the SDK for iOS 27.1, iPadOS 27.0, macOS 27.0, tvOS 27.0, visionOS 27.0, and watchOS 27.0 for the App Store, and for internal and external testing through TestFlight.” (można już przesyłać aplikacje zbudowane w Xcode 27.1 z SDK iOS 27.1 i SDK 27.0 pozostałych platform, do App Store oraz do testów wewnętrznych i zewnętrznych w TestFlight) i dodaje „Submit your iPhone Duo optimized apps and games in App Store Connect today. Starting April 2027, any apps or games submitted will need to include screenshots for iPhone Duo.” (już dziś można przesyłać w App Store Connect aplikacje i gry zoptymalizowane pod iPhone Duo; od kwietnia 2027 każda zgłaszana aplikacja lub gra będzie musiała zawierać zrzuty ekranu dla iPhone Duo). Xcode 27 (27A266a) pozostaje w kanale jako wydanie z 14 września, a strona z uwagami do Xcode 27 nie zmieniła się względem kopii z 11 października. Wpis o 27.2 i wpis o przygotowaniu aplikacji na iPhone Duo zawierają tę samą notę.¹⁴

Aktualizacja, 26 października: systemy 27.2 wydane, a Xcode 27.2 to wciąż RC

Kanał wydań Apple datuje iOS 27.2 (24B119, z drugą kompilacją iOS 27.2, 24B91020, w tej samej minucie), iPadOS 27.2 (24B119), macOS 27.2 (26B123), tvOS 27.2 (24K122), visionOS 27.2 (24N120) i watchOS 27.2 (24S118) na poniedziałek 26 października, godzinę 10:00 czasu pacyficznego. Najnowszą pozycją Xcode w kanale nadal jest kandydat do wydania, Xcode 27.2 RC (27B48), z datą 19 października, godz. 10:00 czasu pacyficznego, a jego strona z uwagami nadal nosi tytuł „Xcode 27.2 RC Release Notes”, z Overview: „Xcode 27.2 RC includes Swift 6.4 and SDKs for iOS 27.2, iPadOS 27.2, tvOS 27.2, watchOS 27.2, macOS 27.2, and visionOS 27.2. Xcode 27.2 RC supports on-device debugging in iOS 17 and later, tvOS 17 and later, watchOS 10 and later, and visionOS. Xcode 27.2 RC requires a Mac running macOS Tahoe 26.6 or later.” (Xcode 27.2 RC zawiera Swift 6.4 oraz SDK dla wszystkich systemów 27.2, obsługuje debugowanie na urządzeniach z iOS 17 i nowszym, tvOS 17 i nowszym, watchOS 10 i nowszym oraz visionOS i wymaga Maca z macOS Tahoe 26.6 lub nowszym). Wpis App Store Connect z 20 października przyjmuje jego buildy: „You can now upload apps built with Xcode 27.2 RC using the SDK for iOS 27.2 RC, iPadOS 27.2 RC, macOS 27.2 RC, tvOS 27.2 RC, visionOS 27.2 RC, and watchOS 27.2 RC for the App Store, and for internal and external testing through TestFlight.” (można już przesyłać aplikacje zbudowane w Xcode 27.2 RC z SDK 27.2 RC, do App Store oraz do testów wewnętrznych i zewnętrznych w TestFlight). We wrześniu Xcode 27 ukazało się tego samego dnia co systemy 27.0; tym razem systemy ukazały się bez niego. Strona RC dodaje do strony bety 3 listę funkcji Device Hub (animację w zwolnionym tempie, symulowane potrząśnięcie, upadek i presję pamięci dla symulatorów, menu kontekstowe zrzutu ekranu, lepsze przeciąganie i upuszczanie ikony zrzutu ekranu, ukrywanie ramek urządzeń i grupę App Settings, 189236369), poprawki awarii Vision Pro bez runtime’u visionOS, pozycji menu ostrzeżenia o pamięci oraz zamykania się Device Hub na wcześniejszych betach macOS 27.2 (190126101), znany problem Device Hub, który „is unable to customize the text size for a device running iOS 18 or earlier” (nie potrafi dostosować rozmiaru tekstu na urządzeniu z iOS 18 lub starszym) (189261485), poprawkę symulatora iPhone Duo dla CameraCaptureAccessory używającego obu ekranów (190155353), nowy znany problem symulatora iPhone Duo, „When switching between the inner and outer display of the iPhone Duo simulator, modifier keys such as Shift and Command might stop working.” (przy przełączaniu między wewnętrznym a zewnętrznym ekranem symulatora iPhone Duo klawisze modyfikujące, takie jak Shift i Command, mogą przestać działać) (189465196), oraz po jednej poprawce dla Instruments, Memory Gauge i XCTest UI Automation. Znany problem SDK, według którego SDK macOS, watchOS, tvOS i visionOS „incorrectly report 27.1 as a valid deployment target” (błędnie podają 27.1 jako prawidłowy deployment target), się nie zmienił, podobnie jak wpis Mac Catalyst o „APIs specific to iOS 27.1”. Między tymi dwiema pozycjami Xcode ukazał się iPhone Duo: Apple Newsroom datuje jego debiut w sklepach na piątek 23 października, a strona Apple z wydaniami zabezpieczeń wymienia iOS 27.1 wyłącznie dla „iPhone Duo”, z datą 23 października i bez opublikowanych wpisów CVE; żadna pozycja iOS 27.1 nigdy nie trafiła do kanału, a indeks informacji o wydaniu wymienia tylko 27 i 27.2, więc SDK 27.1, które zawiera Xcode 27.1, na tym Macu kompilacja 24A94232, jest SDK wydania iOS, które ukazało się na jednym telefonie. TestFlight 4.4.1 z 22 października dodaje „Support for iPhone Duo.” Wpis o informacjach o wydaniu iOS 27.2 omawia uwagi do 27.2, a wpis o becie 27.2 zachowuje zapis bet.¹⁵

Co ukazało się 14 września?

Sekcja Overview not wydania brzmi: „Xcode 27 includes Swift 6.4 and SDKs for iOS 27, iPadOS 27, tvOS 27, watchOS 27, macOS 27, and visionOS 27. Xcode 27 supports on-device debugging in iOS 17 and later, tvOS 17 and later, watchOS 10 and later, and visionOS. Xcode 27 requires a Mac running macOS Tahoe 26.6 or later.” (Xcode 27 zawiera Swift 6.4 i SDK 27, debuguje na urządzeniu od iOS 17, tvOS 17 i watchOS 10 i wymaga Maca z macOS Tahoe 26.6 lub nowszym.)² Na tym Macu xcodebuild -version wypisuje Xcode 27.0 Build version 27A266a, a swift --version wypisuje Apple Swift version 6.4 (swiftlang-6.4.0.34.1 clang-2100.3.34.1).⁴

Co zawierają informacje o wydaniu Xcode 27?

Informacje o wydaniu to jedna strona pod Xcode Release Notes w serwisie dokumentacji Apple dla deweloperów, i to strona długa: 41 obszarów z nagłówkami i 296 pozycji na listach, co po zliczeniu daje 134 nowe funkcje, 134 rozwiązane problemy, 19 znanych problemów i 9 oznaczeń przestarzałości. Najwięcej pozycji ma Instruments, bo 60, dalej Device Hub z 36, Coding Intelligence z 29, Previews z 27, Previews & Playgrounds z 18, Testing z 16 i Localization z 15. Dziewięć oznaczeń przestarzałości znajduje się pod C++ Standard Library, Device Hub, devicectl, Instruments, Intel Deprecation, Linking, On Demand Resources, Previews i USDKit; to wpisy z Linking i Intel zmieniają buildy, a sekcje poniżej je cytują. Liczby to moje własne zliczenie pozycji list pod każdym nagłówkiem, wykonane 26 września.²

Czego wymaga Xcode 27 w porównaniu z 26.6?

Tabela zgodności Apple to dokument, który warto sprawdzić przed aktualizacją maszyny budującej. Oba wiersze obok siebie:³

Za tymi wierszami kryją się dwie konsekwencje. Instruments odrzuca teraz urządzenia starsze niż iOS 17, watchOS 10 lub tvOS 17, więc stanowisko do profilowania zbudowane na starym iPhonie przestaje działać, zanim dojdzie do jakiegokolwiek kodu aplikacji.² A interakcje klawiatury i wskaźnika w Device Hub Apple ogranicza jednym zdaniem: „only supported on the following OS versions and newer: macOS 15.0, iOS 18.0, tvOS 18.0, watchOS 11.0, visionOS 2.0.” (obsługiwane tylko w tych wersjach systemów lub nowszych).²

Wymóg Apple silicon nie ma obejścia dla Maca, na którym uruchamia się Xcode, i nie jest nowością dla nikogo, kto w lipcu czytał wpis o Intelu; noty GA zachowują lipcowe sformułowanie w całości: „Xcode 27 will only install and run on Apple silicon Macs. The macOS 27 SDK supports back deploying Universal (Intel and Apple Silicon) apps to macOS 12 and later. Intel development is still possible with macOS versions that support Rosetta like macOS 27.” (Xcode 27 instaluje się i działa wyłącznie na Macach z Apple silicon; SDK macOS 27 pozwala wdrażać aplikacje Universal wstecz aż do macOS 12; rozwój dla Intela pozostaje możliwy na wersjach macOS obsługujących Rosettę, takich jak macOS 27.)² Trzecie zdanie to obejście dla Maców, na które się dostarcza, a nie dla tego, na którym się buduje.

Co zmieniło się w łańcuchu narzędzi?

Linker. Noty GA ujmują to w jednym zdaniu: „The ld64 linker has been removed and the -ld_classic option is no longer supported.” (linker ld64 został usunięty, a opcja -ld_classic nie jest już obsługiwana).² Tak to wygląda na 27A266a: katalog usr/bin łańcucha narzędzi zawiera jeden binarny linker, ld, który przedstawia się jako ld-27037.1 zbudowany 25 sierpnia 2026 roku. Podanie starej flagi nie przerywa linkowania. Przy hello.c z jedną linią int main(void){return 0;} polecenie clang hello.o -o hello_classic -Xlinker -ld_classic wypisuje ld: warning: -ld_classic is no longer supported and will be ignored, kończy się kodem 0 i zapisuje plik wykonywalny. Druga pisownia, którą Apple udokumentowało w Xcode 15, -ld64, wypada gorzej:⁸ clang hello.c -o hello_ld64 -Wl,-ld64 kończy się błędem ld: library 'd64' not found i kodem 1, bo nowy linker czyta -ld64 jako -l d64, czyli żądanie biblioteki o nazwie d64.⁴ Projekt, który ma -ld_classic w OTHER_LDFLAGS, buduje się więc dalej, z nowym ostrzeżeniem przy każdym linkowaniu, a wszystko, co zyskiwał dzięki staremu linkerowi, przepadło; projekt z -ld64 przestaje się linkować, z błędem, który nigdy nie wymienia linkera z nazwy. Mój wpis o ld64 sprawdza, skąd wzięły się te flagi, i dokumentuje oba przebiegi.

Domyślne architektury. Sekcja Intel Deprecation formułuje regułę: „Build targets with a min deployment target set to macOS 27.0 or DriverKit 27.0 will not build Universal by default. The ARCHS_STANDARD build setting will no longer include x86_64 when MACOSX_DEPLOYMENT_TARGET or DRIVERKIT_DEPLOYMENT_TARGET >= 27.0.” (targety z minimalną wersją docelową macOS 27.0 lub DriverKit 27.0 nie budują się domyślnie jako Universal, bo ARCHS_STANDARD przestaje zawierać x86_64).² Odtworzyłem to w projekcie wieloplatformowym (Yawara, z SUPPORTED_PLATFORMS = iphoneos iphonesimulator macosx xros xrsimulator) poleceniem xcodebuild -showBuildSettings -sdk macosx; bez argumentu -sdk projekt nie rozwiązuje żadnego ARCHS_STANDARD, co opisuje wpis o Intelu. Przy MACOSX_DEPLOYMENT_TARGET = 26.0 ustawienie rozwiązuje się do ARCHS_STANDARD = arm64 x86_64; przy 27.0 do ARCHS_STANDARD = arm64, podczas gdy ARCHS_STANDARD_64_BIT w obu przypadkach pozostaje arm64 x86_64.⁴ Nic nie ostrzega. Kto dostarcza aplikacje Universal i podnosi wersję docelową, musi sam dodać x86_64 do ARCHS.

Biblioteka standardowa C++. „The minimum supported deployment target on macOS for the C++ standard library has been increased to 11.0,” (minimalna obsługiwana wersja docelowa biblioteki standardowej C++ na macOS wzrosła do 11.0), a noty wymieniają zmiany zachowania pod nagłówkiem „Potentially breaking changes”, zaczynając od multi{map,set}::find, który nie musi już zwracać pierwszego pasującego elementu.² Lista nowości jest długa: hashowanie wartości std::chrono, zip, std::optional<T&>, std::views::indices(n) i więcej.²

Skanowanie zależności i reguła, która może je przerwać. Apple twierdzi, że zoptymalizowało skaner zależności Swifta „to avoid redundant setup work and header searches when looking up Clang modules during a single dependency-scan action,” (aby uniknąć zbędnej pracy przygotowawczej i wyszukiwania nagłówków przy odnajdywaniu modułów Clang w obrębie jednej akcji skanowania), a przyspieszenie niesie ze sobą wymóg: „every Clang module reachable from a single Swift dependency-scan action must have a unique module name. If two module maps visible to the same scan declare a Clang module with the same name, the scan may report an error. Previously, the scanner may have tolerated duplicating names.” (każdy moduł Clang osiągalny z jednej akcji skanowania musi mieć unikatową nazwę; jeśli dwie mapy modułów widoczne w tym samym skanowaniu deklarują moduł Clang o tej samej nazwie, skanowanie może zgłosić błąd, choć wcześniej skaner mógł tolerować duplikaty).² Apple wymienia dwa kształty, które to wyzwalają: „projects or SDKs that vend the same Clang module name from more than one location on the header search path, and vendored third-party sources that ship a module.modulemap redeclaring an SDK module.” (projekty lub SDK udostępniające tę samą nazwę modułu Clang z więcej niż jednej lokalizacji na ścieżce wyszukiwania nagłówków oraz dołączone do projektu źródła firm trzecich z plikiem module.modulemap redeklarującym moduł SDK).² Podobnie jak usunięcie linkera, reguła uruchamia się przy aktualizacji łańcucha narzędzi, a nie w zależności od wersji docelowej; mój wpis o ld64 przepuszcza przez skaner dwie kolidujące mapy modułów, kompiluje dołączony shim SQLite3, który przesłania moduł SDK, i sprawdza siedem projektów pod kątem obu kształtów. Na 27A266a pierwszy kształt zgłasza dokładnie ten błąd, który zapowiada „może” u Apple: dwie mapy modułów deklarujące module Widget na jednej ścieżce wyszukiwania sprawiają, że swiftc -scan-dependencies wypisuje error: redefinition of module 'Widget' w 20 przebiegach na 20, a zarazem w 20 na 20 kończy się kodem 0 i rozwiązuje moduł do pierwszego katalogu -I; Xcode 26.6 w lipcu w 14 z 20 przebiegów na tym samym wejściu kończył się awarią albo przerwaniem. Kompilacja i tak się zatrzymuje, bo -typecheck zawodzi w 20 na 20 z tym samym błędem. Drugi kształt, dołączona mapa redeklarująca SQLite3 z SDK, skanuje się czysto, bez niczego na stderr, i po cichu przesłania moduł SDK.⁴ Wpis o ld64 zawiera oba przebiegi, na 26.6 i na GA.

Co przestaje się kompilować?

Makro @State. Ta zmiana mieszka w notach wydania iOS 27, a nie Xcode, i zależy od kompilatora, którym się buduje, a nie od wersji docelowej, na którą się wdraża: „Xcode 27 introduces a new @State implementation that avoids this repeated evaluation. This new behavior back-deploys to iOS 17 aligned OSes. The new @State is implemented with a Swift macro. It is largely source compatible with the property wrapper version, with a few exceptions.” (Xcode 27 wprowadza nową implementację @State jako makro Swifta, która działa wstecz do systemów zgodnych z iOS 17 i jest w dużej mierze zgodna źródłowo z wersją opartą na property wrapperze, z kilkoma wyjątkami.)⁶ Apple wymienia cztery wyjątki i dla dwóch podaje listingi kodu; pozostałe dwa dostają po jednym lub dwóch zdaniach: „In rare situations, the automatic inference of generic arguments of @State is less flexible with the macro implementation. Write the type with more specificity.” (w rzadkich sytuacjach automatyczne wnioskowanie argumentów generycznych @State jest w implementacji makra mniej elastyczne; należy zapisać typ dokładniej) oraz „Composing @State with other property wrappers or macros is not supported.” (łączenie @State z innymi property wrapperami lub makrami nie jest obsługiwane).⁶ Dwa z listingami to te, które łapią istniejący kod. Inicjalizator przypisujący właściwość @State, która ma już wartość nadaną w deklaracji: SwiftUI zawsze odrzucało to przypisanie, a teraz „some such cases no longer compile.” (niektóre takie przypadki już się nie kompilują).⁶ Oraz prywatny inicjalizator memberwise, który kompilator syntetyzuje, gdy wszystkie składowe przechowywane są prywatne: „The state macro disables this synthesized initializer. So the code above no longer compiles.” (makro wyłącza ten syntetyzowany inicjalizator, więc powyższy kod już się nie kompiluje).⁶ Na 27A266a pierwszy przykład zawodzi w takiej postaci, w jakiej został napisany, z błędem error: variable 'self.title' used before being initialized w linii przypisującej page, bo setter makra działa na self, zanim istnieje title; po przeniesieniu self.title = title wyżej ten sam plik się kompiluje, a przypisanie @State jest odrzucane jak dawniej.⁴⁶ Drugi przykład, rozszerzenie wywołujące self.init(page: page, title: title) na strukturze, której @State nie ma wartości w deklaracji, skompilował się u mnie bez zmian, a rozwinięcie makra pokazuje kształt, który na to pozwala: makro emituje private var _page: SwiftUICore.State<StickerPage> za akcesorem init z @storageRestrictions(initializes: _page), czyli konstrukcją pozwalającą inicjalizatorowi memberwise przyjąć page:.⁴ Notę warto czytać jako opis kształtów do sprawdzenia, a potem potwierdzić każdy z nich we własnym kodzie. Wpis o makrze @State zlicza oba wzorce w czterech wydanych aplikacjach; napisałem go w lipcu na podstawie not z bety, przed tym testem GA, a jego otwarte pytanie również tutaj się zamyka: bezpośrednie przypisanie do magazynu zapasowego, _page = State(initialValue:) wewnątrz inicjalizatora, kompiluje się na 27A266a zarówno z wartością w deklaracji, jak i bez niej.⁴

Niezgodność z SE-0508. W sekcji Swift Compiler, Known Issues: „A computed property with both an init accessor and an array/dictionary literal initial value will no longer compile if the getter is declared before the init accessor.” (właściwość obliczana z akcesorem init i literałem tablicy lub słownika jako wartością początkową nie skompiluje się, jeśli getter jest zadeklarowany przed akcesorem init). Dalej listing kodu, a potem atrybucja: „This is a known source break from SE-0508.” Obejście, w całości: „Swap the init accessor and the getter such that the init accessor is declared first.” (należy zamienić miejscami akcesor init i getter, tak aby akcesor init był zadeklarowany pierwszy).² SE-0508 to „Array expression trailing closures”, zaimplementowana w Swift 6.4, a propozycja przewiduje dokładnie ten przypadek: „If the getter is declared before the init accessor, we will now attempt to parse as a trailing closure,” (jeśli getter jest zadeklarowany przed akcesorem init, parser spróbuje teraz odczytać to jako trailing closure), dodając, że „init accessors are however considered for disambiguation, so swapping the accessors is sufficient to make this valid regardless of initial value used,” (akcesory init są jednak brane pod uwagę przy ujednoznacznianiu, więc zamiana akcesorów wystarczy niezależnie od użytej wartości początkowej) i że ten przypadek „does not appear in the source compatibility suite, or for internal Swift projects at Apple.” (nie występuje w zestawie zgodności źródłowej ani w wewnętrznych projektach Swift w Apple).⁷ Odtwarza się go dziewięciolinijkową strukturą. Z getterem na pierwszym miejscu swiftc zawodzi w linii akcesora błędem error: initializers may only be declared within a type; po przeniesieniu akcesora init z @storageRestrictions(initializes:) nad get ten sam plik się kompiluje.⁴

struct Container {
    private var storage: [Int] = []
    var items: [Int] = [] {
        @storageRestrictions(initializes: storage)
        init(initialValue) { storage = initialValue }   // musi poprzedzać get
        get { storage }
        set { storage = newValue }
    }
}

PreviewProvider. Sekcja Previews wymienia jedno oznaczenie przestarzałości: „PreviewProvider and its family of preview modifiers.” (PreviewProvider i jego rodzina modyfikatorów podglądu).² SDK je zawiera, z jednym komunikatem dla protokołu i innym dla każdego modyfikatora. W interfejsie SwiftUI w SDK iOS 27 public protocol PreviewProvider stoi pod @available(anyAppleOS, deprecated: 27.0, message: "Use #Preview instead."); previewLayout mówi „Use #Preview(traits: .sizeThatFitsLayout) or .fixedLayout(width:height:) instead.”; previewDisplayName mówi „Use #Preview("name") instead.”; previewInterfaceOrientation mówi „Use #Preview(traits: .landscapeLeft) or other orientation traits instead.”; previewDevice mówi „Use the device picker in Xcode’s canvas.” (należy użyć wyboru urządzenia na kanwie Xcode); a previewContext, wraz z protokołami PreviewContext i PreviewContextKey, mówi „Use #Preview with a Widget timeline provider or entries instead.” (należy użyć #Preview z dostawcą osi czasu lub wpisami widżetu).⁴ Dwa fakty decydują o tym, czy te komunikaty w ogóle się zobaczy. Kompilator porównuje wersję przestarzałości z wersją docelową, więc modyfikatory ostrzegają tylko w targecie z minimum 27.0: plik używający previewLayout, previewDisplayName i previewDevice dał trzy ostrzeżenia przy -target arm64-apple-ios27.0-simulator i żadnego przy 17.0 ani 26.0. A sam PreviewProvider nie ostrzega nigdy, z innego powodu. SDK deklaruje go z @available(iOS 13.0, macOS 10.15, tvOS 13.0, watchOS 6.0, *) bezpośrednio nad oznaczeniem anyAppleOS, a w mojej próbie protokół z taką parą nie dał żadnego ostrzeżenia ani przy konformancji, ani przy użyciu jako typ parametru przy targecie 27.0, podczas gdy ten sam protokół oznaczony samym @available(iOS, deprecated: 27.0) albo samą formą anyAppleOS ostrzegał w obu miejscach; modyfikatory noszą na własnych deklaracjach wyłącznie oznaczenie anyAppleOS (zawierające je extension SwiftUICore.View nosi atrybut wprowadzenia, a ta odziedziczona forma nie tłumi ostrzeżenia), i dlatego one ostrzegają, a protokół nie.⁴ Przy każdej wersji docelowej, którą faktycznie się wydaje, log budowania milczy w obu przypadkach, więc należy wyszukać PreviewProvider i modyfikatory i przejść na #Preview, które kanwa renderuje teraz w siatkach po jednym argumencie dzięki nowej składni #Preview(arguments:).²⁴

Nowy stat() w System. Biblioteka System udostępnia teraz API Swifta dla stat, lstat, fstat i fstatat, z typem Stat i metodami instancji FilePath.stat().² Noty wymieniają jako rozwiązany konflikt, w którym rozszerzenie wywołujące niekwalifikowane stat() zderzało się z nowymi metodami; kto dodał kwalifikację Darwin., gdy ten konflikt był żywy, może ją zostawić.²

Address Sanitizer, w drugą stronę. „Address Sanitizer might fail to launch on iOS 27.0, tvOS 27.0, watchOS 27.0, and visionOS 27.0 when building with Xcode 26.4 or older.” (Address Sanitizer może nie uruchomić się na systemach 27.0 przy budowaniu w Xcode 26.4 lub starszym). Obejściem jest Xcode 26.5 lub nowszy, co ma znaczenie dla zespołów trzymających starszego Xcode na maszynie CI, podczas gdy urządzenia aktualizują się do 27.0.²

Co zmieniło się w IDE i narzędziach?

• Interface Builder buduje bez symulatora. Nowy tryb kompilacji, toolchain, „for UIKit (Cocoa Touch) based documents. Enabled by default, toolchain allows compiling IB documents without the need to download a simulator, which is especially useful for build servers.” (dla dokumentów opartych na UIKit; włączony domyślnie, pozwala kompilować dokumenty IB bez pobierania symulatora, co jest szczególnie przydatne na serwerach budujących).²
• Symulatory startują szybciej i potrafią się restartować. „The simulator runtimes now contain a pre-built dyld cache. This will make first launch of a simulator much faster,” (środowiska symulatora zawierają teraz gotową pamięć podręczną dyld, więc pierwsze uruchomienie jest znacznie szybsze), a simctl zyskuje polecenie reboot.² Jeden znany problem przetrwał, słowami Apple: „Some simulator runtimes are not completely deleted when removed, re-appearing after a reboot.” (niektóre środowiska symulatora nie są całkowicie usuwane i pojawiają się ponownie po restarcie).²
• JSON devicectl ma wersję 5. xcrun devicectl --version zgłasza 642.16, a list devices --json-output zapisuje "jsonVersion": 5; Apple oznacza pola hardwareProperties, deviceProperties i connectionProperties jako przestarzałe na rzecz słownika properties, a każdy wynik, który nadal je zawiera, niesie _deprecationNotice.²⁴
• Testowanie StoreKit. Interfejs konfiguracji StoreKit pozwala definiować kody ofert, można konfigurować pakiety subskrypcji do testów lokalnych, a Transaction Manager potrafi przećwiczyć zakupy z kodami ofert bez urządzenia.²
• Organizer. Insights Overview „summarizes high-impact performance regressions,” (podsumowuje regresje wydajności o dużym wpływie), a metryka Hitches zastępuje metrykę Scrolling.²
• Asystent kodowania. Google Gemini dołącza do listy modeli, a „Planning with agents is now first class in Xcode,” (planowanie z agentami jest teraz w Xcode funkcją pierwszej kategorii) z planami jako edytowalnymi artefaktami Markdown, które zatwierdza się, zanim agent ruszy dalej; mój wpis o agentach kodujących opisuje ten przepływ z bety, a noty GA wymieniają edytor Markdown dokładnie dla tych artefaktów.²
• Lokalizacja. Agenci potrafią tłumaczyć wpisy String Catalog, a eksport lokalizacji wyciąga teraz NSLocalizedString i podobne makra z plików nagłówkowych.²
• Icon Composer. Noty nazywają go Icon Composer 2.0, „a new sharper rendering mode for upcoming 2027 operating systems” (nowy, ostrzejszy tryb renderowania dla nadchodzących systemów z 2027 roku); pakiet wewnątrz 27A266a zgłasza wersję 27.0.²⁴
• Testowanie. Plan testów może określać, jak Xcode traktuje awarię testowanej aplikacji podczas testów UI, od wyłączenia po błąd krytyczny, a swift test zyskuje --maximum-repetitions z --repeat-until [pass|fail] oraz podsumowanie niepowodzeń na końcu.²
• Debugowanie. Przy bridging headerach LLDB „can now directly import explicitly built Swift modules and PCH from DerivedData,” (może teraz bezpośrednio importować jawnie zbudowane moduły Swift i PCH z DerivedData), a polecenie language swift task tree wypisuje zadania współbieżności Swifta.²

Co zrobiłbym w tym tygodniu

1. Przeczytać wiersze zgodności, zanim dotknie się CI: macOS 26.6 na Macach budujących, wyłącznie Apple silicon, iOS 17 jako najstarsze urządzenie testowe oraz ten z progów macOS 12, watchOS 9 lub DriverKit 21, pod który podpada produkt.²³
2. Wyszukać grepem -ld_classic i -ld64 i usunąć obie flagi; pierwszą linker ignoruje z ostrzeżeniem przy każdym linkowaniu, na drugiej zawodzi od razu. Przy okazji pobytu w ustawieniach budowania warto poszukać ręcznie napisanych plików module.modulemap, które redeklarują moduł SDK, czyli kształtu, który Apple wymienia przy regule unikatowej nazwy modułu.²⁴
3. Jeśli jakikolwiek target macOS lub DriverKit ma ustawione 27.0, a aplikacja trafia na Intela, ustawić ARCHS jawnie; samo ARCHS_STANDARD daje arm64, co odtworzyłem dla macOS, a Apple deklaruje dla obu.²⁴
4. Wyszukać PreviewProvider, previewLayout, previewDisplayName i previewDevice i podążać za komunikatem każdej adnotacji: protokół na #Preview, previewLayout na #Preview(traits: .sizeThatFitsLayout) lub .fixedLayout(width:height:), previewDisplayName na #Preview("name"), a previewDevice na wybór urządzenia na kanwie. Modyfikatory ostrzegają tylko przy deployment target 27.0, a konformancja PreviewProvider nie ostrzega przy żadnym, więc log budowania wydawanego targetu pozostaje cichy.⁴
5. Zbudować raz w Xcode 27 i przeczytać dwie diagnostyki: variable 'self.title' used before being initialized w inicjalizatorze, który przypisuje właściwość @State z wartością nadaną w deklaracji przed pozostałymi właściwościami przechowywanymi, co krok po kroku omawia wpis o makrze @State, oraz initializers may only be declared within a type we właściwościach z literałem tablicy lub słownika jako wartością początkową i akcesorem init, gdzie akcesor przenosi się nad getter.²⁴⁶
6. Przesłać kompilację TestFlight z SDK 27, skoro App Store Connect już je przyjmuje, pamiętając o regule ekranu startowego i nakazie scen UIKit, bo oba obowiązują aplikację od chwili, gdy linkuje się z 27.⁵⁶

Często zadawane pytania

Kiedy ukazał się Xcode 27?

W poniedziałek 14 września 2026 roku, jako kompilacja 27A266a, tego samego dnia co iOS 27.0, iPadOS 27.0, macOS 27.0, tvOS 27.0, visionOS 27.0 i watchOS 27.0; kanał datuje wpis iOS 27.0 RC (24A437) na 11 września, dwa dni po tym, jak App Store Connect zaczął przyjmować kompilacje z SDK RC.¹⁵

Jakiego macOS wymaga Xcode 27?

macOS Tahoe 26.6 lub nowszego na Macu z Apple silicon. Nie instaluje się ani nie uruchamia na Macach z Intelem. Działa na macOS 27.0, który ukazał się tego samego dnia.²³

Jakie są minimalne wersje docelowe w Xcode 27?

iOS 15, iPadOS 15, tvOS 15, watchOS 9, visionOS 1, macOS 12 i DriverKit 21. W porównaniu z Xcode 26.6 watchOS wzrósł z 8, macOS z 11, a DriverKit z 20.³

Czy Xcode 27 nadal buduje aplikacje Universal na Maca?

Tak, aż do macOS 12, ale nie domyślnie, gdy MACOSX_DEPLOYMENT_TARGET targetu wynosi 27.0: ARCHS_STANDARD rozwiązuje się wtedy do samego arm64, a x86_64 trzeba dodać do ARCHS samodzielnie.²⁴

Czy Xcode 27.1 jest już dostępny?

Nie według stanu na 15 września 2026 roku. Kanał wydań Apple i indeks not wydania Xcode wymieniają tylko Xcode 27, a strona Apple dla deweloperów iPhone Duo nadal opisuje betę Xcode 27.1 jako „Coming later this month” (dostępna jeszcze w tym miesiącu); SDK iPhone Duo nie jest częścią tego wydania.¹ (17 września: 27.1 wciąż nie ma. Beta Xcode 27.2 (27B5019j) ukazała się 16 września, a jej noty wydania mówią, że SDK iOS i obsługa symulatora dla iPhone Duo „will be available later this month in an upcoming release of Xcode 27.1.”, czyli będą dostępne jeszcze w tym miesiącu w nadchodzącym wydaniu Xcode 27.1.⁹) (19 września: jako beta, tak. Beta Xcode 27.1 (27A9269) wyszła 18 września z SDK iOS 27.1 oraz, słowami not wydania bety 27.2, „simulator support for iPhone Duo,” (obsługą iPhone Duo w symulatorze), a App Store Connect przyjmuje jej buildy do TestFlight; wydania 27.1 jeszcze nie ma, a wpis Apple z 16 września mówi, że iPhone Duo „will run iOS 27.1” (będzie działać z iOS 27.1) w dniu premiery 23 października.¹⁰) (1 października: wciąż jest tylko pierwsza beta 27.1, 27A9269.¹¹) (11 października: jako RC, tak. Xcode 27.1 RC (27A9275) wyszedł 5 października ze Swift 6.4 i SDK iOS 27.1, a App Store Connect przyjmuje jego buildy do App Store; kanał wydań nie wymienia jeszcze finalnego Xcode 27.1.¹²) (14 października: wciąż jako RC; tego dnia ukazał się Xcode 27.2 beta 3, bez towarzyszącego mu wydania Xcode 27.1.¹³) (15 października: tak, jako wydanie finalne. Xcode 27.1 (27A9275), kompilacja RC, ma w kanale wydań Apple godzinę 13:00 czasu pacyficznego; strona z uwagami nosi teraz tytuł „Xcode 27.1 Release Notes”, a wpis App Store Connect z tego dnia brzmi „You can now upload apps built with Xcode 27.1 using the SDK for iOS 27.1, iPadOS 27.0, macOS 27.0, tvOS 27.0, visionOS 27.0, and watchOS 27.0 for the App Store, and for internal and external testing through TestFlight.” (można już przesyłać aplikacje zbudowane w Xcode 27.1 z SDK iOS 27.1 i SDK 27.0 pozostałych platform, do App Store oraz do testów wewnętrznych i zewnętrznych w TestFlight).¹⁴)

Gdzie są noty wydania Xcode 27?

W serwisie dokumentacji Apple dla deweloperów, pod Xcode Release Notes, jedna strona na wydanie; cytowane tu sekcje to Overview, Linking, Intel Deprecation, Previews, Swift Compiler, Address Sanitizer, Instruments, Device Hub, devicectl, Simulator, Interface Builder, C++ Standard Library, Organizer, Coding Intelligence, Source Editor, Icon Composer, StoreKit Testing in Xcode, Localization, Testing, Swift Package Manager, Debugging, System oraz, od aktualizacji z 17 września, Enhanced Security.²⁹ Zmiana makra @State znajduje się natomiast w notach wydania iOS i iPadOS 27, w sekcji SwiftUI.⁶

Źródła