Xcode 27 chegou: requisitos, deployment targets e o que quebrou

O Xcode 27 saiu em 14 de setembro de 2026 como build 27A266a, três dias depois do item “iOS 27.0 RC” do feed e junto com o iOS 27.0 (24A437), o macOS 27.0 (26A428) e o restante das plataformas 27; no mesmo dia o App Store Connect passou a aceitar builds feitos com os SDKs 27.0 finais (GA), depois de receber builds com os SDKs RC desde 9 de setembro.¹⁵ Ele exige macOS Tahoe 26.6 ou posterior e um Mac com Apple silicon, traz o Swift 6.4 e os SDKs 27, depura dispositivos com iOS 17 ou posterior e sobe três pisos de implantação: macOS 12, watchOS 9 e DriverKit 21.²³ Para projetos existentes, traz três falhas duras (a macro @State, uma quebra de código-fonte por SE-0508 e a flag de linker -ld64), uma regra de varredura de dependências que pode dar erro, uma mudança silenciosa em ARCHS_STANDARD e dois avisos; abaixo eu executo no 27A266a tudo menos a regra de varredura.²⁴⁶ {.answer-block}

TL;DR

• Datas e builds. O feed de lançamentos da Apple lista o Xcode 27 (27A266a) e os seis sistemas operacionais 27.0 na segunda-feira, 14 de setembro; o item “iOS 27.0 RC (24A437)” traz a data de sexta-feira, 11 de setembro, dois dias depois de o App Store Connect começar a receber uploads com o SDK RC, e a versão GA carrega o mesmo número de build.¹⁵ As próprias notas de versão do App Store Connect de 14 de setembro dizem que você já pode enviar apps compilados com o Xcode 27 tanto para a loja quanto para o TestFlight.⁵
• Requisitos e pisos mudaram. O Xcode 26.6 rodava no macOS 26.2 e depurava dispositivos com iOS 15; o Xcode 27 precisa do macOS 26.6, roda só em Apple silicon e depura iOS 17, tvOS 17 e watchOS 10 ou posteriores, tanto no simulador quanto em hardware. Os deployment targets mínimos sobem de macOS 11 para 12, de watchOS 8 para 9 e de DriverKit 20 para 21; iOS, iPadOS e tvOS ficam em 15, e o visionOS em 1.²³
• Três falhas duras. A macro @State: o próprio exemplo da Apple, um inicializador que atribui uma propriedade @State com valor na declaração antes das outras propriedades armazenadas, falha com variable 'self.title' used before being initialized; uma propriedade computada com um literal de array ou dicionário como valor inicial e um accessor init não compila quando o getter vem primeiro, uma quebra de código-fonte que a Apple atribui à SE-0508; e a flag de linker -ld64, que o Xcode 15 documentou, faz o link falhar com ld: library 'd64' not found.²⁴⁶⁸
• Quatro mudanças que avisam, podem dar erro ou não dizem nada. O linker ignora -ld_classic com um aviso porque o ld64 não existe mais; nomes duplicados de módulos Clang dentro de uma mesma varredura de dependências “may report an error” (podem reportar um erro); um target só para macOS fixado em 27.0 compila apenas arm64 a menos que você adicione x86_64 de volta, e nada avisa; e o PreviewProvider carrega uma descontinuação em 27.0 com “Use #Preview instead.”, enquanto cada modificador de preview traz sua própria mensagem de substituição, e o compilador não mostra nenhuma delas abaixo de um deployment target 27.0.²⁴
• A Apple não lançou o Xcode 27.1 até 15 de setembro. Nem o feed de lançamentos nem o índice de notas de versão o listam, e a página da Apple para desenvolvedores do iPhone Duo ainda data o beta do 27.1 como “later this month” (no fim deste mês); a lacuna de SDK descrita no meu post sobre o Duo para desenvolvedores continua de pé.¹

O que saiu em 14 de setembro?

A seção Overview das notas de versão diz: “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.” (O Xcode 27 inclui o Swift 6.4 e os SDKs 27, depura em dispositivo a partir de iOS 17, tvOS 17 e watchOS 10, e exige um Mac com macOS Tahoe 26.6 ou posterior.)² Neste Mac, xcodebuild -version imprime Xcode 27.0 Build version 27A266a e swift --version imprime Apple Swift version 6.4 (swiftlang-6.4.0.34.1 clang-2100.3.34.1).⁴

O que o Xcode 27 exige em comparação com o 26.6?

A tabela de compatibilidade da Apple é o documento a conferir antes de atualizar uma máquina de build. As duas linhas, lado a lado:³

Duas consequências se escondem atrás dessas linhas. O Instruments agora recusa dispositivos anteriores a iOS 17, watchOS 10 ou tvOS 17, então uma bancada de profiling montada em um iPhone antigo para de funcionar antes de qualquer linha do app.² E a Apple delimita as interações de teclado e ponteiro do Device Hub em uma única frase: “only supported on the following OS versions and newer: macOS 15.0, iOS 18.0, tvOS 18.0, watchOS 11.0, visionOS 2.0.” (só têm suporte nessas versões de sistema ou mais novas).²

A exigência de Apple silicon não tem contorno para o Mac em que você roda o Xcode, e não é novidade para quem leu o post sobre Intel em julho; as notas GA mantêm o texto de julho na íntegra: “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.” (O Xcode 27 só instala e roda em Macs com Apple silicon; o SDK do macOS 27 permite implantar apps Universal até o macOS 12; desenvolver para Intel continua possível em versões do macOS que suportam Rosetta, como o macOS 27.)² A terceira frase é o contorno para os Macs aos quais você distribui, não para o que você usa para compilar.

O que mudou na toolchain?

O linker. As notas GA dizem em uma frase: “The ld64 linker has been removed and the -ld_classic option is no longer supported.” (o linker ld64 foi removido e a opção -ld_classic não tem mais suporte).² É assim que fica no 27A266a: o usr/bin da toolchain contém um único binário de linker, ld, que se identifica como ld-27037.1, compilado em 25 de agosto de 2026. Passar a flag antiga não faz o link falhar. Com um hello.c contendo a única linha int main(void){return 0;}, clang hello.o -o hello_classic -Xlinker -ld_classic imprime ld: warning: -ld_classic is no longer supported and will be ignored, sai com 0 e grava o executável. A outra grafia que a Apple documentou no Xcode 15, -ld64, se sai pior:⁸ clang hello.c -o hello_ld64 -Wl,-ld64 falha com ld: library 'd64' not found e sai com 1, porque o novo linker lê -ld64 como -l d64, um pedido por uma biblioteca chamada d64.⁴ Então um projeto que carrega -ld_classic em OTHER_LDFLAGS continua compilando, com um aviso novo a cada link, e qualquer comportamento que ele obtinha do linker antigo sumiu; um projeto que carrega -ld64 para de linkar, com um erro que nunca cita o linker. Meu post sobre o ld64 audita de onde vieram essas flags e registra as duas execuções.

As arquiteturas padrão. A seção Intel Deprecation enuncia a regra: “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.” (targets com deployment target mínimo 27.0 em macOS ou DriverKit não compilam mais em Universal por padrão, porque ARCHS_STANDARD deixa de incluir x86_64).² Eu reproduzi isso em um projeto multiplataforma (Yawara, com SUPPORTED_PLATFORMS = iphoneos iphonesimulator macosx xros xrsimulator) com xcodebuild -showBuildSettings -sdk macosx; sem o argumento -sdk o projeto não resolve ARCHS_STANDARD nenhum, um detalhe que o post sobre Intel cobre. Com MACOSX_DEPLOYMENT_TARGET = 26.0 a configuração resolve para ARCHS_STANDARD = arm64 x86_64; com 27.0 resolve para ARCHS_STANDARD = arm64, enquanto ARCHS_STANDARD_64_BIT fica em arm64 x86_64 nos dois casos.⁴ Nada avisa. Se você distribui em Universal e sobe o target, adicione x86_64 a ARCHS por conta própria.

A biblioteca padrão de C++. “The minimum supported deployment target on macOS for the C++ standard library has been increased to 11.0,” (o deployment target mínimo da biblioteca padrão de C++ no macOS subiu para 11.0) e as notas listam mudanças de comportamento sob “Potentially breaking changes,” começando por multi{map,set}::find, que não retorna mais necessariamente o primeiro elemento correspondente.² A lista de novidades é longa: hashing para valores de std::chrono, zip, std::optional<T&>, std::views::indices(n) e mais.²

A varredura de dependências, e a regra que pode derrubá-la. A Apple diz que otimizou o scanner de dependências do Swift “to avoid redundant setup work and header searches when looking up Clang modules during a single dependency-scan action,” (para evitar trabalho de preparação e buscas de headers redundantes ao localizar módulos Clang dentro de uma mesma ação de varredura) e o ganho de velocidade vem com uma exigência: “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.” (todo módulo Clang alcançável a partir de uma mesma varredura precisa ter nome único; se dois module maps visíveis à mesma varredura declaram um módulo Clang com o mesmo nome, a varredura pode reportar um erro, algo que o scanner talvez tolerasse antes).² A Apple nomeia as duas formas que disparam isso: “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.” (projetos ou SDKs que expõem o mesmo nome de módulo Clang a partir de mais de um local no caminho de busca de headers, e fontes de terceiros incorporadas ao projeto que trazem um module.modulemap redeclarando um módulo do SDK).² Como a remoção do linker, a regra dispara na atualização da toolchain, não conforme o deployment target; meu post sobre o ld64 passa dois module maps em colisão pelo scanner, compila um shim SQLite3 incorporado que esconde o módulo do SDK e audita sete projetos em busca das duas formas.

O que para de compilar?

A macro @State. A mudança mora nas notas de versão do iOS 27, não nas do Xcode, e depende do compilador com que você compila, não do target para o qual você implanta: “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.” (O Xcode 27 introduz uma nova implementação de @State como macro Swift, que retroage até os sistemas alinhados ao iOS 17 e é em grande parte compatível em código-fonte com a versão de property wrapper, com algumas exceções.)⁶ A Apple nomeia quatro exceções e dá listagens de código para duas delas; as outras duas recebem uma ou duas frases cada: “In rare situations, the automatic inference of generic arguments of @State is less flexible with the macro implementation. Write the type with more specificity.” (em situações raras, a inferência automática de argumentos genéricos de @State é menos flexível com a macro; escreva o tipo com mais especificidade) e “Composing @State with other property wrappers or macros is not supported.” (compor @State com outros property wrappers ou macros não tem suporte).⁶ As duas com listagem são as que pegam código existente. Um inicializador que atribui uma propriedade @State que já tem valor na declaração: o SwiftUI sempre descartou essa atribuição, e agora “some such cases no longer compile.” (alguns desses casos não compilam mais).⁶ E o inicializador memberwise privado que o compilador sintetiza quando todo membro armazenado é privado: “The state macro disables this synthesized initializer. So the code above no longer compiles.” (a macro desativa esse inicializador sintetizado, então o código acima não compila mais).⁶ No 27A266a o primeiro exemplo falha do jeito que está escrito, com error: variable 'self.title' used before being initialized na linha que atribui page, porque o setter da macro roda contra self antes de title existir; mova self.title = title para cima e o mesmo arquivo compila, com a atribuição a @State descartada como antes.⁴⁶ O segundo exemplo, uma extensão chamando self.init(page: page, title: title) em um struct cujo @State não tem valor na declaração, compilou sem alteração na minha execução, e a expansão da macro mostra a forma que permite isso: a macro emite private var _page: SwiftUICore.State<StickerPage> por trás de um accessor init com @storageRestrictions(initializes: _page), a construção que deixa um inicializador memberwise receber page:.⁴ Leia a nota como uma descrição de formas a verificar, e depois confirme cada uma no seu próprio código. O post sobre a macro @State conta os dois padrões em quatro apps publicados; eu o escrevi a partir das notas do beta em julho, antes deste teste GA, e a pergunta em aberto dele também se fecha aqui: atribuir o armazenamento de apoio diretamente, _page = State(initialValue:) dentro de um inicializador, compila no 27A266a com e sem valor na declaração.⁴

A quebra da SE-0508. Em 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.” (uma propriedade computada com um accessor init e um literal de array ou dicionário como valor inicial não compila mais se o getter é declarado antes do accessor init). Segue uma listagem de código e depois a atribuição: “This is a known source break from SE-0508.” A solução, na íntegra: “Swap the init accessor and the getter such that the init accessor is declared first.” (troque o accessor init e o getter de lugar para que o accessor init seja declarado primeiro).² A SE-0508 é “Array expression trailing closures”, implementada no Swift 6.4, e a proposta prevê exatamente este caso: “If the getter is declared before the init accessor, we will now attempt to parse as a trailing closure,” (se o getter é declarado antes do accessor init, agora tentaremos interpretar como trailing closure) acrescentando que “init accessors are however considered for disambiguation, so swapping the accessors is sufficient to make this valid regardless of initial value used,” (os accessors init entram na desambiguação, então trocar os accessors basta para tornar isso válido independentemente do valor inicial) e que o caso “does not appear in the source compatibility suite, or for internal Swift projects at Apple.” (não aparece na suíte de compatibilidade de código-fonte nem nos projetos internos de Swift na Apple).⁷ Ele se reproduz com um struct de nove linhas. Com o getter primeiro, o swiftc falha na linha do accessor com error: initializers may only be declared within a type; mova o accessor init com @storageRestrictions(initializes:) para cima de get e o mesmo arquivo compila.⁴

struct Container {
    private var storage: [Int] = []
    var items: [Int] = [] {
        @storageRestrictions(initializes: storage)
        init(initialValue) { storage = initialValue }   // precisa vir antes de get
        get { storage }
        set { storage = newValue }
    }
}

PreviewProvider. A seção Previews lista uma descontinuação: “PreviewProvider and its family of preview modifiers.” (PreviewProvider e sua família de modificadores de preview).² O SDK a carrega, com uma mensagem para o protocolo e outra diferente para cada modificador. Na interface SwiftUI do SDK do iOS 27, public protocol PreviewProvider fica sob @available(anyAppleOS, deprecated: 27.0, message: "Use #Preview instead."); previewLayout diz “Use #Preview(traits: .sizeThatFitsLayout) or .fixedLayout(width:height:) instead.”; previewDisplayName diz “Use #Preview(“name”) instead.”; previewInterfaceOrientation diz “Use #Preview(traits: .landscapeLeft) or other orientation traits instead.”; previewDevice diz “Use the device picker in Xcode’s canvas.” (use o seletor de dispositivo no canvas do Xcode); e previewContext, junto com os protocolos PreviewContext e PreviewContextKey, diz “Use #Preview with a Widget timeline provider or entries instead.” (use #Preview com um timeline provider ou entradas de Widget).⁴ Dois fatos decidem se você algum dia vê essas mensagens. O compilador compara a versão da descontinuação com o deployment target, então os modificadores só avisam em um target cujo mínimo seja 27.0: um arquivo que usa previewLayout, previewDisplayName e previewDevice produziu três avisos com -target arm64-apple-ios27.0-simulator e nenhum com 17.0 ou 26.0. E o PreviewProvider em si nunca avisa, por um motivo diferente. O SDK o declara com @available(iOS 13.0, macOS 10.15, tvOS 13.0, watchOS 6.0, *) logo acima da descontinuação anyAppleOS, e na minha sondagem um protocolo com esse par não produziu aviso nenhum, nem para uma conformidade nem para um uso como tipo de parâmetro, em um target 27.0, enquanto o mesmo protocolo descontinuado só com @available(iOS, deprecated: 27.0), ou só com a forma anyAppleOS, avisou nos dois; os modificadores carregam apenas a descontinuação anyAppleOS nas próprias declarações (a extension SwiftUICore.View que os contém carrega o atributo de introdução, e essa forma herdada não suprime o aviso), e é por isso que eles avisam e o protocolo não.⁴ Em qualquer deployment target que você realmente distribua, o log de build fica em silêncio nos dois casos, então procure PreviewProvider e os modificadores e migre para #Preview, que o canvas agora renderiza em grades por argumento com a nova sintaxe #Preview(arguments:).²⁴

O novo stat() do System. A biblioteca System agora oferece APIs Swift para stat, lstat, fstat e fstatat, com um tipo Stat e métodos de instância FilePath.stat().² As notas listam como resolvido um conflito em que uma extensão chamando um stat() não qualificado colidia com os novos métodos; se você adicionou a qualificação Darwin. enquanto esse conflito estava ativo, ela pode ficar.²

Address Sanitizer, na direção contrária. “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.” (o Address Sanitizer pode falhar ao iniciar nos sistemas 27.0 ao compilar com o Xcode 26.4 ou anterior). A solução é o Xcode 26.5 ou posterior, o que importa para equipes que mantêm um Xcode mais antigo na máquina de CI enquanto os dispositivos atualizam para 27.0.²

O que mudou no IDE e nas ferramentas?

• O Interface Builder compila sem simulador. Um novo modo de compilação, 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.” (para documentos baseados em UIKit; ativado por padrão, permite compilar documentos do IB sem baixar um simulador, o que é especialmente útil em servidores de build).²
• Os simuladores iniciam mais rápido, e reiniciam. “The simulator runtimes now contain a pre-built dyld cache. This will make first launch of a simulator much faster,” (os runtimes do simulador agora contêm um cache dyld pré-construído, o que torna o primeiro início muito mais rápido) e o simctl ganha um comando reboot.² Um problema conhecido sobrevive, nas palavras da Apple: “Some simulator runtimes are not completely deleted when removed, re-appearing after a reboot.” (alguns runtimes do simulador não são apagados por completo ao serem removidos e reaparecem depois de um reinício).²
• O JSON do devicectl está na versão 5. xcrun devicectl --version reporta 642.16 e list devices --json-output grava "jsonVersion": 5; a Apple descontinua os campos hardwareProperties, deviceProperties e connectionProperties em favor de um dicionário properties, e qualquer resultado que ainda os contenha carrega um _deprecationNotice.²⁴
• Testes de StoreKit. A interface de configuração do StoreKit pode definir códigos de oferta, você pode configurar pacotes de assinatura para testes locais, e o Transaction Manager pode exercitar compras com códigos de oferta sem dispositivo.²
• Organizer. Um Insights Overview “summarizes high-impact performance regressions,” (resume as regressões de desempenho de alto impacto) e uma métrica Hitches substitui a métrica Scrolling.²
• Assistente de código. O Google Gemini entra na lista de modelos, e “Planning with agents is now first class in Xcode,” (planejar com agentes agora é recurso de primeira classe no Xcode) com planos como artefatos Markdown editáveis que você aprova antes de o agente prosseguir; meu post sobre agentes de código cobre o fluxo desde o beta, e as notas GA listam um editor Markdown exatamente para esses artefatos.²
• Localização. Agentes podem traduzir entradas de String Catalog, e exportar localizações agora extrai NSLocalizedString e macros semelhantes de arquivos header.²
• Icon Composer. As notas o chamam de Icon Composer 2.0, “a new sharper rendering mode for upcoming 2027 operating systems” (um novo modo de renderização mais nítido para os sistemas operacionais de 2027); o bundle dentro do 27A266a reporta a versão 27.0.²⁴
• Testes. Um test plan pode definir como o Xcode trata um crash do app alvo durante testes de UI, de desligado a falha fatal, e swift test ganha --maximum-repetitions com --repeat-until [pass|fail] mais um resumo de falhas no final.²
• Depuração. Com bridging headers, o LLDB “can now directly import explicitly built Swift modules and PCH from DerivedData,” (agora pode importar diretamente do DerivedData os módulos Swift construídos explicitamente e os PCH) e um comando language swift task tree lista as tasks de concorrência do Swift.²

O que eu faria esta semana

1. Leia as linhas de compatibilidade antes de mexer no CI: macOS 26.6 nos Macs de build, só Apple silicon, iOS 17 como dispositivo de teste mais antigo, e o piso de macOS 12, watchOS 9 ou DriverKit 21 em que o seu produto se encaixa.²³
2. Faça grep por -ld_classic e -ld64 e remova os dois; o linker ignora o primeiro com um aviso a cada link e falha de vez no segundo. Já que você está nas configurações de build, procure arquivos module.modulemap escritos à mão que redeclarem um módulo do SDK, a forma que a Apple nomeia para a regra do nome de módulo único.²⁴
3. Se você fixar qualquer target de macOS ou DriverKit em 27.0 e distribuir para Intel, defina ARCHS explicitamente; ARCHS_STANDARD sozinho entrega arm64, o que eu reproduzi para macOS e a Apple afirma para os dois.²⁴
4. Procure PreviewProvider, previewLayout, previewDisplayName e previewDevice, e siga a mensagem de cada anotação: o protocolo para #Preview, previewLayout para #Preview(traits: .sizeThatFitsLayout) ou .fixedLayout(width:height:), previewDisplayName para #Preview("name") e previewDevice para o seletor de dispositivo no canvas. Os modificadores só avisam em um deployment target 27.0 e a conformidade a PreviewProvider nunca avisa em target nenhum, então o log de build de um target de produção fica em silêncio.⁴
5. Compile uma vez com o Xcode 27 e leia dois diagnósticos: variable 'self.title' used before being initialized em um inicializador que atribui uma propriedade @State que já traz valor na declaração antes das outras propriedades armazenadas, que o post sobre a macro @State percorre passo a passo, e initializers may only be declared within a type em propriedades com um literal de array ou dicionário como valor inicial e um accessor init, onde você move o accessor para cima do getter.²⁴⁶
6. Envie um build para o TestFlight com os SDKs 27 agora que o App Store Connect os aceita, e mantenha em mente a regra da launch screen e a obrigatoriedade de cenas do UIKit, já que as duas passam a valer para o app no momento em que ele linka contra o 27.⁵⁶

Perguntas frequentes

Quando o Xcode 27 saiu?

Na segunda-feira, 14 de setembro de 2026, como build 27A266a, no mesmo dia que iOS 27.0, iPadOS 27.0, macOS 27.0, tvOS 27.0, visionOS 27.0 e watchOS 27.0; o feed data o item iOS 27.0 RC (24A437) em 11 de setembro, dois dias depois de o App Store Connect começar a receber builds com o SDK RC.¹⁵

Qual macOS o Xcode 27 exige?

macOS Tahoe 26.6 ou posterior em um Mac com Apple silicon. Ele não instala nem roda em Macs Intel. Roda no macOS 27.0, que saiu no mesmo dia.²³

Quais são os deployment targets mínimos no Xcode 27?

iOS 15, iPadOS 15, tvOS 15, watchOS 9, visionOS 1, macOS 12 e DriverKit 21. Em comparação com o Xcode 26.6, o watchOS subiu de 8, o macOS de 11 e o DriverKit de 20.³

O Xcode 27 ainda compila apps Universal para Mac?

Sim, até o macOS 12, mas não por padrão quando o MACOSX_DEPLOYMENT_TARGET de um target é 27.0: ARCHS_STANDARD então resolve para arm64 sozinho, e você mesmo adiciona x86_64 a ARCHS.²⁴

O Xcode 27.1 já saiu?

Não até 15 de setembro de 2026. O feed de lançamentos da Apple e o índice de notas de versão do Xcode listam só o Xcode 27, e a página da Apple para desenvolvedores do iPhone Duo ainda lista o beta do Xcode 27.1 como “Coming later this month” (chega no fim deste mês); o SDK do iPhone Duo não faz parte deste lançamento.¹

Onde estão as notas de versão do Xcode 27?

No site de documentação para desenvolvedores da Apple, em Xcode Release Notes, uma página para o lançamento; as seções citadas aqui são 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 e System.² A mudança da macro @State está, em vez disso, nas notas de versão do iOS e iPadOS 27, em SwiftUI.⁶

Fontes