ci: add iPhone deploy workflow + CI/CD setup docs #4
Reference in New Issue
Block a user
Delete Branch "ci/iphone-deploy-workflow"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Adds CI/CD pipeline for automatic iPhone deployment on PR.
Changes
Secrets required
IPHONE_UDID- target device UDIDGITEA_TOKEN- Gitea API tokenRuns on:
macosrunner31cc9e5a1eto6cc25300d1🔧 Fix CI : segfault linker après changement de bundle ID
Cause identifiée
Le changement de bundle ID (
com.tabatago.app→fr.millianlmx.tabatago) a rendu le cache SPM/Xcode incohérent. Le linker (clang) segfaultait pendant la résolution des packages car il utilisait des artefacts binaires cachés (.pcm, modules précompilés) indexés sous l'ancien bundle ID.Modifications apportées
1. Clean agressif des caches SPM/Xcode (remplace l'ancien step "Clean act runner caches") :
~\/Library\/Developer\/Xcode\/DerivedData\/*(pas seulement le dossier TabataGo-*)~\/Library\/org.swift.swiftpmet~\/.swiftpm(caches SPM additionnels)ModuleCache.noindex) — les.pcmstale sont la cause #1 des segfaults linker~\/Library\/Caches\/com.apple.dt.Xcodebuild\/,.build,tabatago-swift\/.buildavantxcodegen generatePackage.resolvedstale2. Résolution SPM cohérente avec le build :
-resolvePackageDependenciesutilise maintenant les mêmes-derivedDataPathet-clonedSourcePackagesDirPathque le stepbuild, évitant des incohérences de cache entre les deux étapes.Commit
7c50282—fix(ci): clean SPM\/Xcode caches agressivement pour éviter les segfaults linker après changement de bundle IDSi le build échoue encore, le prochain suspect serait une corruption des binaires SPM eux-mêmes → nécessiterait un
swift package purge-cacheglobal.LGTM