Xcode 27 ya salió: requisitos, deployment targets y lo que se rompió

Xcode 27 salió el 14 de septiembre de 2026 como build 27A266a, tres días después del ítem “iOS 27.0 RC” del feed y junto con iOS 27.0 (24A437), macOS 27.0 (26A428) y el resto de las plataformas 27; App Store Connect empezó a aceptar ese mismo día builds hechos con los SDK 27.0 finales (GA), después de haber recibido builds con los SDK RC desde el 9 de septiembre.¹⁵ Requiere macOS Tahoe 26.6 o posterior y una Mac con Apple silicon, incluye Swift 6.4 y los SDK 27, depura dispositivos con iOS 17 o posterior, y sube tres pisos de despliegue: macOS 12, watchOS 9 y DriverKit 21.²³ Para los proyectos existentes trae tres fallos duros (la macro @State, una ruptura de código fuente por SE-0508 y el flag de enlazado -ld64), una regla del escaneo de dependencias que puede dar error, un cambio silencioso en ARCHS_STANDARD y dos advertencias; abajo ejecuto en 27A266a todos y cada uno de ellos.²⁴⁶

TL;DR

• Fechas y builds. El feed de lanzamientos de Apple lista Xcode 27 (27A266a) y los seis sistemas operativos 27.0 el lunes 14 de septiembre; su ítem “iOS 27.0 RC (24A437)” lleva fecha del viernes 11 de septiembre, dos días después de que App Store Connect empezara a recibir subidas con el SDK RC, y la versión GA lleva el mismo número de build.¹⁵ Las propias notas de App Store Connect del 14 de septiembre dicen que ya puedes subir apps compiladas con Xcode 27 tanto para la tienda como para TestFlight.⁵
• Se movieron los requisitos y los pisos. Xcode 26.6 corría en macOS 26.2 y depuraba dispositivos con iOS 15; Xcode 27 necesita macOS 26.6, corre solo en Apple silicon y depura iOS 17, tvOS 17 y watchOS 10 o posteriores, tanto en el simulador como en hardware. Los deployment targets mínimos suben de macOS 11 a 12, de watchOS 8 a 9 y de DriverKit 20 a 21; iOS, iPadOS y tvOS se quedan en 15, y visionOS en 1.²³
• Tres fallos duros. La macro @State: el propio ejemplo de Apple, un inicializador que asigna una propiedad @State con valor en la declaración antes que las demás propiedades almacenadas, falla con variable 'self.title' used before being initialized; una propiedad computada con un literal de array o diccionario como valor inicial y un accessor init no compila cuando el getter va primero, una ruptura de código fuente que Apple atribuye a SE-0508; y el flag de enlazado -ld64, que Xcode 15 documentó, hace fallar el enlace con ld: library 'd64' not found.²⁴⁶⁸
• Cuatro cambios que advierten, pueden dar error o no dicen nada. El enlazador ignora -ld_classic con una advertencia porque ld64 ya no existe; los nombres duplicados de módulos Clang dentro de un mismo escaneo de dependencias “may report an error” (pueden reportar un error); un target solo para macOS fijado en 27.0 compila únicamente arm64 a menos que agregues x86_64 de vuelta, y nada avisa; y PreviewProvider lleva una deprecación en 27.0 con “Use #Preview instead.” mientras cada modificador de vista previa lleva su propio mensaje de reemplazo, y el compilador no muestra ninguno por debajo de un deployment target 27.0.²⁴
• Apple no ha publicado Xcode 27.1 al 15 de septiembre. Ni el feed de lanzamientos ni el índice de notas de la versión lo listan, y la página para desarrolladores de iPhone Duo de Apple todavía fecha la beta de 27.1 “later this month” (a finales de este mes); la brecha de SDK que describí en mi post sobre Duo para desarrolladores sigue vigente.¹ (17 de septiembre: sigue sin haber 27.1, pero la beta de Xcode 27.2 salió el 16 de septiembre y sus notas nombran 27.1 como la versión que trae el SDK del Duo; la actualización de abajo tiene el detalle.⁹) (19 de septiembre: la beta de Xcode 27.1 (27A9269) salió el 18 de septiembre con un SDK de iOS 27.1; la segunda actualización de abajo tiene sus notas.¹⁰) (1 de octubre: sigue habiendo solo esa primera beta de 27.1.¹¹) (11 de octubre: Xcode 27.1 RC (27A9275) salió el 5 de octubre, una RC y no la versión final, y la entrada de App Store Connect de ese día dice “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.” (ya puedes subir apps compiladas con Xcode 27.1 RC con el SDK de iOS 27.1 y los SDK 27.0 de las demás plataformas, para el App Store y para pruebas internas y externas en TestFlight).¹²) (14 de octubre: salió la beta 3 de Xcode 27.2 (27B5038j); Xcode 27.1 sigue en su RC y Xcode 27 sigue siendo la versión vigente; la cuarta actualización de abajo tiene las notas de la beta 3.¹³) (15 de octubre: Xcode 27.1 (27A9275) es la versión final, con el número de build de la RC, con fecha a las 13:00 hora del Pacífico en el feed de lanzamientos; la página de notas cambió de título, y la entrada de App Store Connect del día acepta sus builds para la tienda con ese nombre; Xcode 27 ya no es la versión más reciente.¹⁴)

Actualización del 17 de septiembre: la beta de 27.2 llegó primero, y 27.1 tiene un encargo

El feed de lanzamientos de Apple fecha una oleada completa de betas 27.2 el miércoles 16 de septiembre: la beta de Xcode 27.2 (27B5019j), la beta de iOS y iPadOS 27.2 (24B5084k), la beta de macOS 27.2 (26B5086k), la beta de tvOS 27.2 (24K5088l), la beta de visionOS 27.2 (24N5088l) y la beta de watchOS 27.2 (24S5086l), más una actualización de TestFlight, y ningún ítem del feed nombra 27.1.⁹ Las notas de la beta de Xcode 27.2 explican el hueco en una sola frase: “The iOS SDK and simulator support for iPhone Duo will be available later this month in an upcoming release of Xcode 27.1.” (el SDK de iOS y la compatibilidad del simulador con iPhone Duo estarán disponibles a finales de este mes en una próxima versión de Xcode 27.1). Así que 27.1 trae el SDK del Duo, 27.2 es una beta aparte con sus propias funciones nuevas, y la beta conserva el piso de la versión GA: “Xcode 27.2 beta requires a Mac running macOS Tahoe 26.6 or later.” (la beta de Xcode 27.2 requiere una Mac con macOS Tahoe 26.6 o posterior).⁹

Dos entradas de las notas de esa beta se suman a este post, y el problema conocido sobre los runtimes del simulador que se cita más abajo, 141290052, sigue abierto en 27.2. Bajo 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 ahora admite un formato de proyecto basado en JSON, .xcproj, más legible, más apto para fusiones y más fácil de editar para los agentes de código), que se activa en el inspector de archivos, y “Projects using .xcproj also open in earlier versions of Xcode 27.” (los proyectos que usan .xcproj también se abren en versiones anteriores de Xcode 27). Bajo SDK, un problema conocido: “macOS, watchOS, tvOS, and visionOS SDKs in Xcode 27.2 incorrectly report 27.1 as a valid deployment target,” (los SDK de macOS, watchOS, tvOS y visionOS de Xcode 27.2 reportan incorrectamente 27.1 como deployment target válido), con “unexpected behavior if this deployment target is used,” (comportamiento inesperado si se usa ese deployment target) y “Mac Catalyst builds with a 27.1 or 27.2 deployment target may be unable to use newly introduced API.” (las compilaciones de Mac Catalyst con deployment target 27.1 o 27.2 pueden no poder usar las API recién introducidas).⁹ Apple también agregó un problema conocido a las propias notas de Xcode 27 entre mis consultas del 16 y del 17 de septiembre, bajo 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.” (las apps con la función Hardware-Checked Pointer Arithmetic Slice activada no se pueden subir al App Store desde macOS Tahoe 26.6 con la firma automática de Xcode activada). La solución alternativa es “Distribute with macOS 27 and Xcode 27 or use manual signing.” (distribuye con macOS 27 y Xcode 27, o usa la firma manual). Mi post sobre arm64e.x1 lo recoge.⁹ Nada en las notas de la beta de 27.2 toca el enlazador, la regla del nombre de módulo, la macro @State ni las deprecaciones de vista previa de abajo; las tres primeras viven en las notas de Xcode 27 y la entrada de @State en las notas de iOS y iPadOS 27, y las entradas de Xcode 27 citadas en este post se leen igual el 17 de septiembre que el 15.⁶⁹

Actualización del 19 de septiembre: salió la beta de Xcode 27.1, con un SDK de iOS 27.1

El feed de lanzamientos de Apple fecha la beta de Xcode 27.1 (27A9269) el viernes 18 de septiembre, dos días después de la oleada de betas 27.2, y el índice de notas de versión de Xcode ya lista tres entradas 27: Xcode 27, Xcode 27.1 Beta y Xcode 27.2 Beta.¹⁰ Las notas de la beta 27.1 son cortas. Su 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,” (la beta de Xcode 27.1 incluye Swift 6.4 y los SDK de iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27 y visionOS 27), con los mismos pisos de depuración en dispositivo que 27.0 y el mismo requisito, “a Mac running macOS Tahoe 26.6 or later.” (una Mac con macOS Tahoe 26.6 o posterior). Lee esa lista de SDK tal como está escrita, con una arruga: el Overview pone a iPadOS en 27 mientras que la línea de App Store Connect de abajo y las páginas de API de Apple dicen iPadOS 27.1 beta, y yo cito ambas en lugar de resolverlo. iOS 27.1 es la versión que, según la nota de prensa de Apple del 16 de septiembre, el iPhone Duo “will run” (ejecutará) cuando salga el 23 de octubre.¹⁰ Las notas de versión de App Store Connect traen la línea correspondiente del 18 de septiembre, bajo 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.” (ya puedes enviar apps compiladas con la beta de Xcode 27.1 usando el SDK de iOS 27.1 beta o iPadOS 27.1 beta para pruebas internas y externas)¹⁰ Apple también reescribió el Overview de las notas de la beta 27.2 entre mis descargas del 17 y del 19 de septiembre: la frase citada en la actualización de arriba, “The iOS SDK and simulator support for iPhone Duo will be available later this month in an upcoming release of Xcode 27.1,” desapareció, y en su lugar hay un recuadro que dice “Download Xcode 27.1 beta to get the iOS SDK and simulator support for iPhone Duo,” (descarga la beta de Xcode 27.1 para obtener el SDK de iOS y el soporte de simulador para el iPhone Duo), con un enlace a la página de descargas.¹⁰ La documentación de Apple ahora lista cinco de las API del iPhone Duo en iOS 27.1, en beta; los nombres están en mi artículo para desarrolladores del Duo.

Las notas de la beta 27.1 tienen tres secciones, y dos de ellas contienen Known Issues. Bajo 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).” (los proyectos que usan API exclusivas de iOS 27.1 muestran errores de compilación al compilar para Mac Catalyst) (185924957), con la solución “Use build-time conditionals like #if !targetEnvironment(macCatalyst) (Swift) or #if !TARGET_OS_MACCATALYST (ObjC) to isolate affected code,” (aislar el código afectado con condicionales de compilación), y “Projects that target iOS 27.1 show no Mac Catalyst run destination available.” (los proyectos que apuntan a iOS 27.1 no muestran ningún destino de ejecución de Mac Catalyst) (187046347), con la solución “Add a Mac Catalyst 27.0 minimum deployment in target settings.” (agregar un despliegue mínimo de Mac Catalyst 27.0 en la configuración del target). Se suman al Known Issue del SDK de la beta 27.2 citado en la actualización del 17 de septiembre, 187160501, que, según mi lectura, es el mismo hueco de 27.1 visto desde el SDK de macOS. Bajo Simulator, tres Known Issues: “Initial Simulator launch can take several minutes.” (el primer arranque del simulador puede tardar varios minutos) (187708500), “StandBy is unavailable in the iPhone Duo Simulator runtime.” (StandBy no está disponible en el runtime del simulador del iPhone Duo) (187708663) y “Running and debugging most app extensions is unavailable in the iPhone Duo Simulator runtime.” (ejecutar y depurar la mayoría de las extensiones de app no está disponible en ese runtime) (187708767). La tercera sección, Previews, trae una New Feature: “The canvas overrides picker now includes a Display group for previewing content on a device’s alternative display.” (el selector de overrides del canvas ahora incluye un grupo Display para previsualizar contenido en la pantalla alternativa de un dispositivo) (182598534).¹⁰ Nada en las notas de la beta 27.1 toca el linker, la regla de nombres de módulo, la macro @State ni las deprecaciones de previews de abajo, y las notas de Xcode 27 vueltas a descargar el 19 de septiembre se leen igual que el 17 de septiembre.¹⁰

Una fecha más pertenece a este artículo, de la nota de prensa de Apple del 9 de septiembre sobre envíos al 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,” (a partir de abril de 2027, las apps y juegos subidos a App Store Connect deben compilarse con el SDK de iOS 27 e iPadOS 27 o posterior), con las apps de tvOS, visionOS y watchOS sujetas de la misma forma a sus SDK 27. La página Upcoming Requirements de Apple no lo listaba al 19 de septiembre; su entrada más reciente sigue siendo el piso del 28 de abril de 2026, Xcode 26 y los SDK 26. Así que los SDK 27 que describe este artículo se convierten en el piso de subida en abril de 2027.¹⁰

Actualización del 1 de octubre: la beta 2 de Xcode 27.2, y ningún Xcode 27.0.1

El feed de lanzamientos de Apple fecha la beta 2 de Xcode 27.2 (27B5028f) el lunes 28 de septiembre, el mismo día que las actualizaciones 27.0.1 de iOS, iPadOS, macOS, visionOS y watchOS. No hay ningún Xcode 27.0.1 en el feed: Xcode 27 (27A266a) seguía siendo la versión vigente, y el texto de su página de notas es idéntico a mi copia del 26 de septiembre.¹¹ Las notas de la beta 2 añaden una herramienta MCP llamada GetCodeCoverage, dan por corregidos los problemas de entrada de Device Hub de la primera beta y siguen enviando el trabajo para el iPhone Duo a la beta de Xcode 27.1, aunque listan dos problemas conocidos propios del iPhone Duo y repiten dos entradas de la beta 27.1 citadas en la actualización del 19 de septiembre, 185924957 y 182598534; el post sobre 27.2 las lee entrada por entrada. El problema de los runtimes del simulador que se cita más abajo, 141290052, figura como corregido en la beta 2 de 27.2; Xcode 27 todavía lo lista como Known Issue.¹¹

Actualización del 14 de octubre: la beta 3 de Xcode 27.2, y el recuadro del Duo ya no está

El feed de lanzamientos de Apple fecha la beta 3 de Xcode 27.2 (27B5038j) el miércoles 14 de octubre, un día después de las cuartas betas 27.2 de iOS, iPadOS, macOS, visionOS y watchOS (tvOS no tuvo ninguna). Xcode 27 (27A266a) seguía siendo la versión vigente y Xcode 27.1 seguía en su RC del 5 de octubre (15 de octubre: Xcode 27.1 salió como versión final esa tarde, build 27A9275, la build de la RC; la quinta actualización de abajo lo trata), y el texto de la página de notas de Xcode 27 no ha cambiado respecto a una copia que guardé el 11 de octubre.¹³ Las notas de la beta 3 quitan el recuadro que enviaba el trabajo para el iPhone Duo a la beta de Xcode 27.1 y no ponen nada en su lugar, así que nada dice que el SDK del Duo haya pasado a 27.2, y según mi lectura la RC de 27.1 sigue siendo la build del Duo; añaden dos correcciones de Interface Builder para el modo de compilación toolchain; trasladan el problema de la clonación de simuladores a un encabezado Simulator Runtimes, con un comando find como solución alternativa; y vuelven a archivar el problema de la reinstalación del runtime, 187950199, como resuelto en la beta 2; el post sobre 27.2 las lee entrada por entrada. El problema de los runtimes del simulador que se cita más abajo, 141290052, que es otra entrada, sigue figurando como corregido en la beta 2 de 27.2 y sigue siendo un Known Issue en la página de Xcode 27. La entrada de TestFlight de App Store Connect del mismo día acepta builds de la beta 3 de 27.2 para pruebas, no para la tienda.¹³

Actualización del 15 de octubre: Xcode 27.1 es la versión final, con la build de la RC

El feed de lanzamientos de Apple fecha Xcode 27.1 (27A9275) el jueves 15 de octubre a las 13:00 hora del Pacífico, ocho días antes de que el iPhone Duo salga a la venta el 23 de octubre; el número de build es el de la RC del 5 de octubre.¹⁰¹²¹⁴ La página de notas cambió de título a “Xcode 27.1 Release Notes” y su Overview dice “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 incluye Swift 6.4 y los SDK de iOS 27.1, iPadOS 27, tvOS 27, watchOS 27, macOS 27 y visionOS 27), el texto de la RC sin “RC”, y los dos problemas conocidos del simulador del iPhone Duo se mantienen. La entrada de App Store Connect del mismo día dice “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.” (ya puedes subir apps compiladas con Xcode 27.1 con el SDK de iOS 27.1 y los SDK 27.0 de las demás plataformas, para la App Store y para pruebas internas y externas en TestFlight) y agrega “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.” (envía hoy en App Store Connect tus apps y juegos optimizados para el iPhone Duo; a partir de abril de 2027, todas las apps y juegos que se envíen deberán incluir capturas para el iPhone Duo). Xcode 27 (27A266a) sigue en el feed como la versión del 14 de septiembre, y la página de notas de Xcode 27 no ha cambiado respecto a la copia del 11 de octubre. El post sobre 27.2 y el post sobre cómo preparar tu app para el iPhone Duo llevan la misma nota.¹⁴

Actualización del 26 de octubre: salieron los sistemas 27.2, y Xcode 27.2 sigue siendo la RC

El feed de lanzamientos de Apple fecha iOS 27.2 (24B119, con una segunda build de iOS 27.2, 24B91020, en el mismo minuto), iPadOS 27.2 (24B119), macOS 27.2 (26B123), tvOS 27.2 (24K122), visionOS 27.2 (24N120) y watchOS 27.2 (24S118) el lunes 26 de octubre a las 10:00 hora del Pacífico. El ítem de Xcode más reciente del feed sigue siendo la release candidate, Xcode 27.2 RC (27B48), con fecha del 19 de octubre a las 10:00 hora del Pacífico, y su página de notas sigue titulándose “Xcode 27.2 RC Release Notes”, con este 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 incluye Swift 6.4 y los SDK de las versiones 27.2 de cada sistema, admite la depuración en dispositivos con iOS 17 y posteriores, tvOS 17 y posteriores, watchOS 10 y posteriores y visionOS, y requiere una Mac con macOS Tahoe 26.6 o posterior). La entrada del 20 de octubre de App Store Connect acepta sus builds: “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.” (ya puedes subir apps compiladas con Xcode 27.2 RC y los SDK RC de 27.2 para la App Store y para pruebas internas y externas en TestFlight). En septiembre, Xcode 27 salió el mismo día que los sistemas 27.0; esta vez los sistemas salieron sin él. La página de la RC añade a la de la beta 3 una lista de funciones de Device Hub (animación en cámara lenta; sacudida, caída y presión de memoria simuladas para los simuladores; un menú contextual para las capturas de pantalla; un arrastrar y soltar mejorado para el icono de captura; marcos ocultos; y un grupo App Settings, 189236369), correcciones para el cierre inesperado del Vision Pro sin un runtime de visionOS, para el ítem de menú de aviso de memoria y para el cierre de Device Hub en betas anteriores de macOS 27.2 (190126101), un Known Issue de Device Hub según el cual “is unable to customize the text size for a device running iOS 18 or earlier” (no puede personalizar el tamaño del texto de un dispositivo con iOS 18 o anterior) (189261485), una corrección del simulador del iPhone Duo para CameraCaptureAccessory usando ambas pantallas (190155353), un nuevo Known Issue del simulador del 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.” (al cambiar entre la pantalla interior y la exterior del simulador del iPhone Duo, las teclas modificadoras como Shift y Command podrían dejar de funcionar) (189465196), y una corrección para Instruments, otra para Memory Gauge y otra para XCTest UI Automation. El Known Issue del SDK según el cual los SDK de macOS, watchOS, tvOS y visionOS “incorrectly report 27.1 as a valid deployment target” (dan por válido, por error, un deployment target de 27.1) no cambia, y tampoco la entrada de Mac Catalyst sobre las “APIs specific to iOS 27.1” (API específicas de iOS 27.1). Entre los dos ítems de Xcode salió el iPhone Duo: la sala de prensa de Apple fecha su llegada a las tiendas el viernes 23 de octubre, y la página de versiones de seguridad de Apple lista iOS 27.1 solo para “iPhone Duo”, con fecha del 23 de octubre y sin entradas CVE publicadas; ningún ítem de iOS 27.1 llegó nunca al feed, y el índice de notas de versión lista solo 27 y 27.2, así que el SDK de 27.1 que trae Xcode 27.1, build 24A94232 en esta Mac, es el SDK de una versión de iOS que salió en un solo teléfono. TestFlight 4.4.1, con fecha del 22 de octubre, añade “Support for iPhone Duo” (compatibilidad con el iPhone Duo). La publicación sobre las notas de versión de iOS 27.2 lee las notas de 27.2 y la publicación sobre la beta de 27.2 conserva el registro de las betas.¹⁵

¿Qué se lanzó el 14 de septiembre?

La sección Overview de las notas de la versión dice: “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 incluye Swift 6.4 y los SDK 27, depura en dispositivo desde iOS 17, tvOS 17 y watchOS 10, y requiere una Mac con macOS Tahoe 26.6 o posterior.)² En esta Mac, xcodebuild -version imprime Xcode 27.0 Build version 27A266a y swift --version imprime Apple Swift version 6.4 (swiftlang-6.4.0.34.1 clang-2100.3.34.1).⁴

¿Qué contienen las notas de la versión de Xcode 27?

Las notas son una sola página bajo Xcode Release Notes en el sitio de documentación para desarrolladores de Apple, y son largas: 41 áreas con encabezado y 296 entradas de lista, que al contarlas dan 134 funciones nuevas, 134 problemas resueltos, 19 problemas conocidos y 9 deprecaciones. Instruments concentra la mayor cantidad de entradas, con 60, seguido de Device Hub con 36, Coding Intelligence con 29, Previews con 27, Previews & Playgrounds con 18, Testing con 16 y Localization con 15. Las nueve deprecaciones están bajo C++ Standard Library, Device Hub, devicectl, Instruments, Intel Deprecation, Linking, On Demand Resources, Previews y USDKit; las entradas de Linking e Intel son las que cambian los builds, y las secciones de abajo las citan. Las cifras son mi propio conteo de los elementos de lista bajo cada encabezado, hecho el 26 de septiembre.²

¿Qué requiere Xcode 27 en comparación con 26.6?

La tabla de compatibilidad de Apple es el documento que conviene revisar antes de actualizar una máquina de compilación. Las dos filas, lado a lado:³

Detrás de esas filas se esconden dos consecuencias. Instruments ahora rechaza dispositivos anteriores a iOS 17, watchOS 10 o tvOS 17, así que un equipo de perfilado montado sobre un iPhone viejo deja de funcionar antes que cualquier línea de la app.² Y Apple acota las interacciones de teclado y puntero del Device Hub con una sola 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.” (solo se admiten en esas versiones o posteriores).²

El requisito de Apple silicon no tiene rodeo para la Mac en la que ejecutas Xcode, y no es novedad para quien leyó el post sobre Intel en julio; las notas GA conservan íntegra la redacción de julio: “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 solo se instala y ejecuta en Macs con Apple silicon; el SDK de macOS 27 permite desplegar apps Universal hasta macOS 12; desarrollar para Intel sigue siendo posible con versiones de macOS que admiten Rosetta, como macOS 27.)² La tercera frase es el rodeo para las Macs a las que distribuyes, no para la que usas para compilar.

¿Qué cambió en la cadena de herramientas?

El enlazador. Las notas GA lo dicen en una frase: “The ld64 linker has been removed and the -ld_classic option is no longer supported.” (se eliminó el enlazador ld64 y la opción -ld_classic ya no se admite).² Así se ve en 27A266a: el usr/bin de la cadena de herramientas contiene un solo binario de enlazador, ld, que se identifica como ld-27037.1, compilado el 25 de agosto de 2026. Pasar el flag viejo no hace fallar el enlace. Con un hello.c que contiene la única línea 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, sale con 0 y escribe el ejecutable. A la otra forma que Apple documentó en Xcode 15, -ld64, le va peor:⁸ clang hello.c -o hello_ld64 -Wl,-ld64 falla con ld: library 'd64' not found y sale con 1, porque el nuevo enlazador lee -ld64 como -l d64, una petición de una biblioteca llamada d64.⁴ Así que un proyecto que lleva -ld_classic en OTHER_LDFLAGS sigue compilando, con una advertencia nueva en cada enlace, y cualquier comportamiento que obtenía del enlazador viejo desapareció; un proyecto que lleva -ld64 deja de enlazar, con un error que nunca menciona al enlazador. Mi post sobre ld64 audita de dónde salieron esos flags y registra ambas ejecuciones.

Las arquitecturas por defecto. La sección Intel Deprecation enuncia la regla: “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.” (los targets con deployment target mínimo 27.0 en macOS o DriverKit ya no compilan en Universal por defecto, porque ARCHS_STANDARD deja de incluir x86_64).² Lo reproduje en un proyecto multiplataforma (Yawara, con SUPPORTED_PLATFORMS = iphoneos iphonesimulator macosx xros xrsimulator) con xcodebuild -showBuildSettings -sdk macosx; sin el argumento -sdk el proyecto no resuelve ningún ARCHS_STANDARD, un detalle que cubre el post sobre Intel. Con MACOSX_DEPLOYMENT_TARGET = 26.0 el ajuste se resuelve como ARCHS_STANDARD = arm64 x86_64; con 27.0 se resuelve como ARCHS_STANDARD = arm64, mientras ARCHS_STANDARD_64_BIT se mantiene en arm64 x86_64 en ambos casos.⁴ Nada avisa. Si distribuyes en Universal y subes el target, agrega x86_64 a ARCHS tú mismo.

La biblioteca estándar de C++. “The minimum supported deployment target on macOS for the C++ standard library has been increased to 11.0,” (el deployment target mínimo de la biblioteca estándar de C++ en macOS sube a 11.0) y las notas listan cambios de comportamiento bajo “Potentially breaking changes,” empezando por multi{map,set}::find, que ya no devuelve necesariamente el primer elemento coincidente.² La lista de novedades es larga: hashing para valores de std::chrono, zip, std::optional<T&>, std::views::indices(n) y más.²

El escaneo de dependencias, y la regla que puede hacerlo fallar. Apple dice que optimizó el escáner de dependencias de Swift “to avoid redundant setup work and header searches when looking up Clang modules during a single dependency-scan action,” (para evitar trabajo de preparación y búsquedas de cabeceras redundantes al resolver módulos Clang dentro de una misma acción de escaneo) y la mejora de velocidad trae un requisito: “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 alcanzable desde un mismo escaneo debe tener un nombre único; si dos module maps visibles en el mismo escaneo declaran un módulo con el mismo nombre, el escaneo puede reportar un error, algo que antes quizá se toleraba).² Apple nombra las dos formas que lo disparan: “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.” (proyectos o SDK que exponen el mismo nombre de módulo Clang desde más de una ubicación de la ruta de búsqueda de cabeceras, y fuentes de terceros incorporadas al proyecto que traen un module.modulemap que redeclara un módulo del SDK).² Igual que la eliminación del enlazador, la regla se dispara al actualizar la cadena de herramientas y no según el deployment target; mi post sobre ld64 pasa dos module maps en colisión por el escáner, compila un shim de SQLite3 incorporado que oculta el módulo del SDK y audita siete proyectos en busca de ambas formas. En 27A266a la primera forma reporta exactamente el error que anticipa el “puede” de Apple: dos module maps que declaran module Widget en una misma ruta de búsqueda hacen que swiftc -scan-dependencies imprima error: redefinition of module 'Widget' en 20 de 20 ejecuciones mientras sale con 0 en 20 de 20 y resuelve el módulo al primer directorio -I; Xcode 26.6 se cayó o abortó en 14 de 20 ejecuciones de la misma entrada en julio. La compilación se detiene igual, porque -typecheck falla en 20 de 20 con el mismo error. La segunda forma, un module map incorporado que redeclara el SQLite3 del SDK, escanea limpio, sin nada en stderr, y oculta el módulo del SDK en silencio.⁴ El post sobre ld64 registra ambas ejecuciones, en 26.6 y en la versión GA.

¿Qué deja de compilar?

La macro @State. El cambio vive en las notas de la versión de iOS 27, no en las de Xcode, y depende del compilador con el que compilas, no del target al que despliegas: “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 introduce una nueva implementación de @State como macro de Swift, que se despliega hacia atrás hasta los sistemas alineados con iOS 17 y es en gran medida compatible a nivel de código fuente con la versión de property wrapper, con algunas excepciones.)⁶ Apple nombra cuatro excepciones y da listados de código para dos de ellas; las otras dos reciben una o dos frases cada una: “In rare situations, the automatic inference of generic arguments of @State is less flexible with the macro implementation. Write the type with more specificity.” (en casos raros la inferencia automática de argumentos genéricos de @State es menos flexible con la macro; escribe el tipo con más precisión) y “Composing @State with other property wrappers or macros is not supported.” (no se admite combinar @State con otros property wrappers o macros).⁶ Las dos con listados son las que atrapan al código existente. Un inicializador que asigna una propiedad @State que ya tiene valor en la declaración: SwiftUI siempre descartó esa asignación, y ahora “some such cases no longer compile.” (algunos de esos casos ya no compilan).⁶ Y el inicializador memberwise privado que el compilador sintetiza cuando todos los miembros almacenados son privados: “The state macro disables this synthesized initializer. So the code above no longer compiles.” (la macro desactiva ese inicializador sintetizado, así que el código de arriba ya no compila).⁶ En 27A266a el primer ejemplo falla tal cual está escrito, con error: variable 'self.title' used before being initialized en la línea que asigna page, porque el setter de la macro corre contra self antes de que exista title; mueve self.title = title por encima y el mismo archivo compila, con la asignación a @State descartada como antes.⁴⁶ El segundo ejemplo, una extensión que llama a self.init(page: page, title: title) sobre un struct cuyo @State no tiene valor en la declaración, compiló sin cambios en mi ejecución, y la expansión de la macro muestra la forma que lo permite: la macro emite private var _page: SwiftUICore.State<StickerPage> detrás de un accessor init con @storageRestrictions(initializes: _page), la construcción que deja que un inicializador memberwise reciba page:.⁴ Lee la nota como una descripción de formas que conviene revisar, y luego confirma cada una en tu propio código. El post sobre la macro @State cuenta ambos patrones en cuatro apps publicadas; lo escribí a partir de las notas de la beta en julio, antes de esta prueba GA, y su pregunta abierta también se cierra aquí: asignar el almacenamiento de respaldo directamente, _page = State(initialValue:) dentro de un inicializador, compila en 27A266a tanto con valor en la declaración como sin él.⁴

La ruptura por SE-0508. Bajo 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.” (una propiedad computada con un accessor init y un literal de array o diccionario como valor inicial ya no compila si el getter se declara antes del accessor init). Sigue un listado de código y luego la atribución: “This is a known source break from SE-0508.” La solución, completa: “Swap the init accessor and the getter such that the init accessor is declared first.” (intercambia el accessor init y el getter para que el init quede primero).² SE-0508 es “Array expression trailing closures”, implementada en Swift 6.4, y la propuesta predice exactamente este caso: “If the getter is declared before the init accessor, we will now attempt to parse as a trailing closure,” (si el getter va antes del accessor init, ahora se intentará interpretar como trailing closure) y agrega que “init accessors are however considered for disambiguation, so swapping the accessors is sufficient to make this valid regardless of initial value used,” (los accessors init sí cuentan para la desambiguación, así que intercambiarlos basta para que sea válido sin importar el valor inicial) y que el caso “does not appear in the source compatibility suite, or for internal Swift projects at Apple.” (no aparece en la suite de compatibilidad de código fuente ni en los proyectos internos de Swift en Apple).⁷ Se reproduce con un struct de nueve líneas. Con el getter primero, swiftc falla en la línea del accessor con error: initializers may only be declared within a type; mueve el accessor init con @storageRestrictions(initializes:) por encima de get y el mismo archivo compila.⁴

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

PreviewProvider. La sección Previews lista una deprecación: “PreviewProvider and its family of preview modifiers.” (PreviewProvider y su familia de modificadores de vista previa).² El SDK la lleva, con un mensaje para el protocolo y otro distinto para cada modificador. En la interfaz de SwiftUI del SDK de iOS 27, public protocol PreviewProvider está bajo @available(anyAppleOS, deprecated: 27.0, message: "Use #Preview instead."); previewLayout dice “Use #Preview(traits: .sizeThatFitsLayout) or .fixedLayout(width:height:) instead.”; previewDisplayName dice “Use #Preview(“name”) instead.”; previewInterfaceOrientation dice “Use #Preview(traits: .landscapeLeft) or other orientation traits instead.”; previewDevice dice “Use the device picker in Xcode’s canvas.” (usa el selector de dispositivo del canvas de Xcode); y previewContext, junto con los protocolos PreviewContext y PreviewContextKey, dice “Use #Preview with a Widget timeline provider or entries instead.” (usa #Preview con un timeline provider o entradas de Widget).⁴ Dos hechos deciden si alguna vez ves esos mensajes. El compilador compara la versión de la deprecación con el deployment target, así que los modificadores solo advierten en un target cuyo mínimo sea 27.0: un archivo que usa previewLayout, previewDisplayName y previewDevice produjo tres advertencias con -target arm64-apple-ios27.0-simulator y ninguna con 17.0 ni 26.0. Y PreviewProvider en sí nunca advierte, por una razón distinta. El SDK lo declara con @available(iOS 13.0, macOS 10.15, tvOS 13.0, watchOS 6.0, *) justo encima de la deprecación anyAppleOS, y en mi prueba un protocolo con ese par no produjo advertencia alguna, ni por conformar a él ni por usarlo como tipo de parámetro, con target 27.0, mientras que el mismo protocolo deprecado solo con @available(iOS, deprecated: 27.0), o solo con la forma anyAppleOS, advirtió en ambos casos; los modificadores llevan únicamente la deprecación anyAppleOS en sus propias declaraciones (la extension SwiftUICore.View que los contiene lleva el atributo de introducción, y esa forma heredada no suprime la advertencia), y por eso ellos advierten y el protocolo no.⁴ Con cualquier deployment target que realmente distribuyas, el log de compilación queda en silencio en ambos casos, así que busca PreviewProvider y los modificadores y pásate a #Preview, que el canvas ahora renderiza en cuadrículas por argumento gracias a la nueva sintaxis #Preview(arguments:).²⁴

El nuevo stat() de System. La biblioteca System ahora ofrece API de Swift para stat, lstat, fstat y fstatat, con un tipo Stat y métodos de instancia FilePath.stat().² Las notas listan como resuelto un conflicto en el que una extensión que llamaba a un stat() sin calificar chocaba con los métodos nuevos; si agregaste la calificación Darwin. mientras ese conflicto estaba vivo, puede quedarse.²

Address Sanitizer, en la dirección contraria. “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 puede no arrancar en los sistemas 27.0 cuando se compila con Xcode 26.4 o anterior). La solución es Xcode 26.5 o posterior, lo cual importa para los equipos que mantienen un Xcode más viejo en la máquina de CI mientras los dispositivos se actualizan a 27.0.²

¿Qué cambió en el IDE y en las herramientas?

• Interface Builder compila sin simulador. Un nuevo modo de compilación, 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 basados en UIKit; activado por defecto, permite compilar documentos de IB sin descargar un simulador, algo especialmente útil en servidores de compilación).²
• Los simuladores arrancan más rápido, y se reinician. “The simulator runtimes now contain a pre-built dyld cache. This will make first launch of a simulator much faster,” (los runtimes del simulador ahora traen una caché de dyld preconstruida, así que el primer arranque es mucho más rápido) y simctl gana un comando reboot.² Un problema conocido sobrevive, en palabras de Apple: “Some simulator runtimes are not completely deleted when removed, re-appearing after a reboot.” (algunos runtimes del simulador no se borran del todo al eliminarlos y reaparecen tras un reinicio).²
• El JSON de devicectl va por la versión 5. xcrun devicectl --version reporta 642.16 y list devices --json-output escribe "jsonVersion": 5; Apple marca como obsoletos los campos hardwareProperties, deviceProperties y connectionProperties en favor de un diccionario properties, y cualquier resultado que todavía los contenga lleva un _deprecationNotice.²⁴
• Pruebas de StoreKit. La interfaz de configuración de StoreKit puede definir códigos de oferta, puedes configurar paquetes de suscripciones para pruebas locales, y el Transaction Manager puede ejercitar compras con códigos de oferta sin dispositivo.²
• Organizer. Un Insights Overview “summarizes high-impact performance regressions,” (resume las regresiones de rendimiento de alto impacto) y una métrica Hitches reemplaza a la métrica Scrolling.²
• Asistente de código. Google Gemini se suma a la lista de modelos, y “Planning with agents is now first class in Xcode,” (planificar con agentes ya es una función de primera clase en Xcode) con planes como artefactos Markdown editables que apruebas antes de que el agente continúe; mi post sobre agentes de código cubre el flujo desde la beta, y las notas GA listan un editor de Markdown justo para esos artefactos.²
• Localización. Los agentes pueden traducir entradas de String Catalog, y exportar localizaciones ahora extrae NSLocalizedString y macros similares desde archivos de cabecera.²
• Icon Composer. Las notas lo llaman Icon Composer 2.0, “a new sharper rendering mode for upcoming 2027 operating systems” (un nuevo modo de renderizado más nítido para los sistemas operativos de 2027); el bundle dentro de 27A266a reporta la versión 27.0.²⁴
• Pruebas. Un test plan puede definir cómo trata Xcode un crash de la app objetivo durante las pruebas de UI, desde desactivado hasta fallo fatal, y swift test gana --maximum-repetitions con --repeat-until [pass|fail] más un resumen de fallos al final.²
• Depuración. Con bridging headers, LLDB “can now directly import explicitly built Swift modules and PCH from DerivedData,” (ahora puede importar directamente desde DerivedData los módulos Swift construidos explícitamente y los PCH) y un comando language swift task tree lista las tareas de concurrencia de Swift.²

Qué haría yo esta semana

1. Lee las filas de compatibilidad antes de tocar CI: macOS 26.6 en las Macs de compilación, solo Apple silicon, iOS 17 como dispositivo de prueba más viejo, y el piso de macOS 12, watchOS 9 o DriverKit 21 que le toque a tu producto.²³
2. Haz grep de -ld_classic y -ld64 y elimina ambos; el enlazador ignora el primero con una advertencia en cada enlace y falla de plano con el segundo. Ya que estás en los ajustes de compilación, busca archivos module.modulemap escritos a mano que redeclaren un módulo del SDK, la forma que Apple nombra para la regla del nombre de módulo único.²⁴
3. Si fijas cualquier target de macOS o DriverKit en 27.0 y distribuyes para Intel, define ARCHS explícitamente; ARCHS_STANDARD por sí solo te da arm64, algo que reproduje para macOS y que Apple afirma para ambos.²⁴
4. Busca PreviewProvider, previewLayout, previewDisplayName y previewDevice, y sigue el mensaje propio de cada anotación: el protocolo a #Preview, previewLayout a #Preview(traits: .sizeThatFitsLayout) o .fixedLayout(width:height:), previewDisplayName a #Preview("name") y previewDevice al selector de dispositivo del canvas. Los modificadores solo advierten con un deployment target 27.0 y la conformancia a PreviewProvider nunca advierte con ningún target, así que el log de compilación de un target real se queda en silencio.⁴
5. Compila una vez con Xcode 27 y lee dos diagnósticos: variable 'self.title' used before being initialized en un inicializador que asigna una propiedad @State que ya trae valor en la declaración antes que las demás propiedades almacenadas, que el post sobre la macro @State recorre paso a paso, y initializers may only be declared within a type en propiedades con un literal de array o diccionario como valor inicial y un accessor init, donde mueves el accessor por encima del getter.²⁴⁶
6. Sube un build a TestFlight con los SDK 27 ahora que App Store Connect los acepta, y ten presentes la regla de la launch screen y el mandato de escenas de UIKit, porque ambos obligan a la app desde el momento en que enlaza contra 27.⁵⁶

Preguntas frecuentes

¿Cuándo salió Xcode 27?

El lunes 14 de septiembre de 2026, como build 27A266a, el mismo día que iOS 27.0, iPadOS 27.0, macOS 27.0, tvOS 27.0, visionOS 27.0 y watchOS 27.0; el feed fecha su ítem iOS 27.0 RC (24A437) el 11 de septiembre, dos días después de que App Store Connect empezara a recibir builds con el SDK RC.¹⁵

¿Qué macOS requiere Xcode 27?

macOS Tahoe 26.6 o posterior en una Mac con Apple silicon. No se instala ni se ejecuta en Macs con Intel. Corre en macOS 27.0, que salió el mismo día.²³

¿Cuáles son los deployment targets mínimos en Xcode 27?

iOS 15, iPadOS 15, tvOS 15, watchOS 9, visionOS 1, macOS 12 y DriverKit 21. En comparación con Xcode 26.6, watchOS subió desde 8, macOS desde 11 y DriverKit desde 20.³

¿Xcode 27 sigue compilando apps Universal para Mac?

Sí, hasta macOS 12, pero no por defecto una vez que el MACOSX_DEPLOYMENT_TARGET de un target es 27.0: ARCHS_STANDARD entonces se resuelve solo como arm64, y tú mismo agregas x86_64 a ARCHS.²⁴

¿Ya salió Xcode 27.1?

No al 15 de septiembre de 2026. El feed de lanzamientos de Apple y el índice de notas de la versión de Xcode listan solo Xcode 27, y la página para desarrolladores de iPhone Duo de Apple sigue listando la beta de Xcode 27.1 como “Coming later this month” (disponible a finales de este mes); el SDK de iPhone Duo no forma parte de esta versión.¹ (17 de septiembre: sigue sin haber 27.1. La beta de Xcode 27.2 (27B5019j) salió el 16 de septiembre, y sus notas de la versión dicen que el SDK de iOS y la compatibilidad del simulador con iPhone Duo “will be available later this month in an upcoming release of Xcode 27.1.” (estarán disponibles a finales de este mes en una próxima versión de Xcode 27.1).⁹) (19 de septiembre: como beta, sí. La beta de Xcode 27.1 (27A9269) salió el 18 de septiembre con un SDK de iOS 27.1 y, en palabras de las notas de la beta 27.2, “simulator support for iPhone Duo,” (soporte de simulador para el iPhone Duo), y App Store Connect acepta sus builds para TestFlight; todavía no hay versión final 27.1, y la nota de prensa de Apple del 16 de septiembre dice que el iPhone Duo “will run iOS 27.1” (ejecutará iOS 27.1) cuando salga el 23 de octubre.¹⁰) (1 de octubre: sigue habiendo solo la primera beta de 27.1, 27A9269.¹¹) (11 de octubre: como RC, sí. Xcode 27.1 RC (27A9275) salió el 5 de octubre con Swift 6.4 y el SDK de iOS 27.1, y App Store Connect acepta sus builds para el App Store; el feed de lanzamientos todavía no lista ninguna versión final de Xcode 27.1.¹²) (14 de octubre: sigue en RC; ese día salió la beta 3 de Xcode 27.2 sin ninguna versión final de Xcode 27.1 a su lado.¹³) (15 de octubre: sí, como versión final. Xcode 27.1 (27A9275), la build de la RC, tiene fecha a las 13:00 hora del Pacífico en el feed de lanzamientos de Apple; la página de notas cambió de título a “Xcode 27.1 Release Notes”, y la entrada de App Store Connect del día dice “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.” (ya puedes subir apps compiladas con Xcode 27.1 con el SDK de iOS 27.1 y los SDK 27.0 de las demás plataformas, para la App Store y para pruebas internas y externas en TestFlight).¹⁴)

¿Dónde están las notas de la versión de Xcode 27?

En el sitio de documentación para desarrolladores de Apple, bajo Xcode Release Notes, una página para la versión; las secciones citadas aquí son 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 y, desde la actualización del 17 de septiembre, Enhanced Security.²⁹ El cambio de la macro @State está, en cambio, en las notas de la versión de iOS y iPadOS 27, bajo SwiftUI.⁶

Fuentes