Runners Xcode 27 en GA : vérifier le build et Apple Silicon séparément

Dev
Vues 4

Un workflow vert ne prouve pas que le candidat fonctionne. GitHub a annoncé la disponibilité générale de l’image Xcode 27 le 15 octobre 2026. Une équipe Apple doit distinguer les preuves concernant les outils, l’architecture et la livraison.

Schéma : outils → dépendances arm64 → candidat. Illustration éditoriale, pas une capture produit ni un graphique de performances.
Schéma : outils → dépendances arm64 → candidat. Illustration éditoriale, pas une capture produit ni un graphique de performances.

Délimiter la disponibilité

L’image utilise macOS 27 avec Xcode 27 et les SDK Apple. Les labels runs-on sont xcode-27 et xcode-27-xlarge ; les workflows les utilisant déjà ne changent pas. Seuls les runners Apple Silicon arm64 sont proposés, pas Intel. L’image correspond à une version majeure de Xcode. GA ne certifie pas toutes les dépendances du projet.

Preuve un : outils réellement sélectionnés

La suite est une proposition opérationnelle. Créez une exécution comparative sur le même commit. Notez label, uname -m, xcodebuild -version, répertoire développeur et SDK. Excluez secrets et éléments de signature. Gardez le commit et l’identifiant d’exécution pour reproduire les erreurs.

Preuve deux : dépendances natives

Séparez les générateurs et installateurs qui s’exécutent sur arm64 des binaires destinés aux cibles de l’application. Revoyez les frontières des caches selon architecture et outils, avec un essai sans cache. Effacer les caches jusqu’au succès peut masquer la cause. Le simulateur ne remplace pas l’archive pour appareil.

Preuve trois : candidat et retour arrière

Conservez séparément compilation, tests, archivage et export. Utilisez le circuit approuvé de gestion des secrets pour signer. Vérifiez installation et lancement en distribution interne. Gardez ancien workflow et commit reproductible pour revenir en arrière. Les gains de durée ou de coût nécessitent vos propres mesures comparables.

Aucune mesure d’opinion communautaire n’est utilisée ici. Tous les dépôts n’ont pas à migrer ensemble. Distinguez les applications riches en dépendances natives et désignez les responsables des preuves. Un essai limité avec critères convenus vaut mieux qu’un gel indéfini ou un changement massif non mesuré.

Choisissez une application représentative et un commit commun. Reliez les deux exécutions à l’inventaire, aux tests et à l’export. Consultez runner-images pour les logiciels installés. La migration est terminée avec un candidat installable et un retour arrière documenté.

Sources officielles

GitHub Changelog · Xcode 27 GA

GitHub · runner-images

Commencez par relier ces trois preuves sur un seul workflow Apple.