Swift Package Manager es la dirección por defecto para proyectos Capacitor de iOS. Si su aplicación sigue utilizando CocoaPods, puede migrar la aplicación en sí a SPM sin tener que reconstruir su proyecto de JavaScript code, proyecto de Android o flujo de lanzamiento desde cero.
Esta guía está destinada a equipos de aplicaciones. Explica cómo migrar una aplicación Capacitor de iOS desde CocoaPods a SPM, qué cambia el asistente de migración, qué aún necesita verificar en Xcode y cómo limpiar el CI después de que la aplicación se construye.
¿Qué cambia en la aplicación?
Una aplicación Capacitor basada en CocoaPods depende de archivos como:
ios/App/Podfileios/App/Podfile.lockios/App/Pods/ios/App/App.xcworkspace
Una aplicación Capacitor basada en SPM mueve la configuración de dependencias de iOS a Swift Package Manager. Durante la migración, Capacitor crea un paquete local llamado CapApp-SPM y utiliza para conectar el objetivo de la aplicación con Capacitor y las dependencias nativas instaladas.
La compilación web sigue funcionando de la misma manera. Todavía ejecuta una compilación web, sincroniza Capacitor, abre Xcode y archiva la aplicación. La principal diferencia es que CocoaPods ya no es dueño del gráfico de dependencias de iOS.
Antes de migrar
Comienza desde una rama limpia y asegúrate de que la aplicación actual se construye antes de cambiar los administradores de dependencias:
git status
npm run build
npx cap sync ios
Luego, haz un commit del estado de trabajo. La migración toca los archivos de proyecto de iOS generados, por lo que tener un punto de rollback limpio es importante.
A continuación, revise qué se ha personalizado en su aplicación bajo ios/App/. Archivos y configuraciones comunes para preservar incluyen:
App/Info.plistApp/AppDelegate.swiftApp/SceneDelegate.swift, si está presenteApp/Assets.xcassets/App/Base.lproj/App/App.entitlementsApp/GoogleService-Info.plist, si utiliza Firebase- personalizado
.xcconfigarchivos - configuraciones de firma, identificador de paquete, ID de equipo y perfiles de provisión
- extensiones de la aplicación, archivos nativos Swift, archivos Objective-C o marcos incorporados
También compruebe sus dependencias instaladas Capacitor y Cordova. Una migración de SPM de nivel de aplicación puede bloquearse por una dependencia nativa que no tiene un camino compatible con SPM. Actualice esos paquetes antes de migrar cuando sea posible.
Utilice el asistente de migración
Para la mayoría de las aplicaciones existentes, comience con el asistente de migración oficial Capacitor:
npx cap spm-migration-assistant
Ejecute desde la raíz de su proyecto Capacitor de Capacitor. El asistente elimina la integración de CocoaPods, crea el local CapApp-SPM genera referencias de paquete para dependencias nativas instaladas y agrega la configuración generada necesaria por el proyecto de iOS.
Después de que termine, abre el proyecto de iOS:
npx cap open ios
Lee la salida del asistente antes de cerrar tu terminal. Si te pide que completes pasos manuales de Xcode, haz eso antes de sincronizar de nuevo.
Finaliza los pasos de Xcode
En Xcode, verifica la configuración del proyecto y objetivo de la aplicación:
- Confirmar
CapApp-SPMse agrega como una dependencia de paquete local. - Confirma que el objetivo de la aplicación vincula los productos de paquete generados.
- Agrega el generado
debug.xcconfiga la configuración del proyecto si el asistente te lo pide. - Resuelve cualquier advertencia de paquete en Xcode.
- Construye la aplicación una vez desde Xcode.
If Xcode no puede resolver paquetes, utilice Archivo > Paquetes > Reiniciar cachés de paquetes, luego resuelva los paquetes de nuevo.
Sincronice y construya de nuevo
Después de configurar Xcode, regrese a la terminal y sincronice Capacitor:
npx cap sync ios
Luego construya desde Xcode de nuevo. No considere la migración como completa hasta que una construcción limpia funcione desde Xcode, porque la firma de lanzamiento, las autorizaciones, las extensiones de la aplicación, la resolución de paquetes y se validan allí.
Si la aplicación utiliza notificaciones de push, dominios asociados, modos de fondo, grupos de aplicación, Firebase o cualquier configuración nativa SDK , ejecute esas flujo en un simulador o dispositivo después de que la construcción tenga éxito.
Opción alternativa: recrear iOS con SPM
Si su ios/ carpeta es similar al template predeterminado Capacitor , puede ser más rápido recrearla con SPM en lugar de migrar en su lugar.
Sólo utilice este camino después de haber cometido o haber realizado una copia de seguridad de cada archivo y configuración nativa que necesite:
rm -rf ios
npx cap add ios --packagemanager SPM
npx cap sync ios
npx cap open ios
Luego restaure sus archivos y configuraciones nativas específicas de la aplicación. Este camino le da un proyecto de SPM limpio, pero es más fácil perder cambios personalizados de Xcode si no los inventarió primero.
For nuevos Capacitor apps, Capacitor 8 crea proyectos iOS con SPM por defecto:
npx cap add ios
Puede ser explícito:
npx cap add ios --packagemanager SPM
Limpiar restos de CocoaPods
Después de que la aplicación SPM se construye, elimine suposiciones de CocoaPods sobrantes de scripts locales y CI.
Elimine pasos como:
pod install
También elimine cachés que solo existían para CocoaPods:
ios/App/Podsios/App/Podfile.lock- Repositorios de especificaciones de CocoaPods
- Claves de caché de CI basadas en el Podfile
Un flujo de CI básico después de la migración debería instalar dependencias de JavaScript, construir la aplicación web, sincronizar Capacitor y construir con Xcode:
npm ci
npm run build
npx cap sync ios
Si su CI sigue construyendo App.xcworkspace, actualice a la ruta del proyecto o espacio de trabajo que existe después de la migración. No mantenga rutas de CocoaPods obsoletas solo porque la antigua tarea las utilizaba.
Solución de problemas
El asistente advierte sobre una dependencia incompatible
Actualice la dependencia primero y ejecute el asistente de nuevo. Si no existe una versión compatible con SPM, mantenga la aplicación en CocoaPods hasta que reemplace esa dependencia o el mantenedor agregue soporte para SPM.
Xcode no puede resolver paquetes
Reinicie las cachés de paquetes en Xcode, compruebe que CapApp-SPM está presente como un paquete local, y ejecute npx cap sync ios de nuevo.
La aplicación se compila localmente pero falla en CI
Busque suposiciones de CocoaPods antiguas: pod install, Pods/ cachés, Podfile.lock claves de caché o comandos de compilación que apunten a un archivo eliminado .xcworkspace.
Cambios en la firma o permisos
Compare el objetivo migrado de Xcode con el proyecto previo a la migración. Restaure el identificador de la aplicación, equipo, perfil de provisión, archivo de permisos, capacidades y ajustes de extensiones.
Lista de verificación de migración
Antes de la migración:
- Crear una rama.
- Confirmar que la aplicación iOS actual se compila.
- Comitar el estado de trabajo.
- Inventario de archivos nativos personalizados y configuraciones de firma.
- Actualizar dependencias nativas que ya tienen versiones más recientes compatibles con SPM.
Durante la migración:
- Ejecutar
npx cap spm-migration-assistant. - Abrir el proyecto con
npx cap open ios. - Agregar
CapApp-SPMen Xcode si es necesario. - Agregar
debug.xcconfigen Xcode si es necesario. - Resolver advertencias de paquete.
- Ejecutar
npx cap sync ios.
Después de la migración:
- Construir la aplicación desde Xcode.
- Probar capacidades nativas en un simulador o dispositivo.
- Eliminar comandos de CocoaPods de CI.
- Eliminar cachés solo de CocoaPods.
- Verificar firmado de archivo y lanzamiento.
Usar Capgo habilidades para la migración
Si utiliza agentes de IA para manejar la migración, comience desde Habilidades Capgo en lugar de una solicitud en blanco. Las habilidades más útiles para este trabajo son:
capacitor-best-practicespara revisar la estructura de la aplicación antes de cambiarios/.cocoapods-to-spmpara planificar los pasos de migración de SPM y el seguimiento de Xcode.capacitor-ci-cdpara eliminar las suposiciones de CocoaPods de las líneas de construcción.debugging-capacitoryios-android-logspara investigar problemas de dispositivo solo después de la migración.
Utilícelas antes de cambiar el proyecto iOS para que el agente audite archivos nativos, CI y compatibilidad de dependencias en lugar de ejecutar solo el comando de migración.
Conclusión
Migrar una aplicación Capacitor a Swift Package Manager es principalmente un cambio en la gestión de dependencias de iOS. El camino más seguro es comenzar desde una rama limpia, ejecutar npx cap spm-migration-assistantterminar los pasos manuales de Xcode, sincronizar nuevamente y eliminar CocoaPods de CI solo después de que la aplicación se compile.
Si su proyecto iOS está muy personalizado, migre en lugar. Si está cerca del modelo de plantilla Capacitor por defecto, recrear ios/ con npx cap add ios --packagemanager SPM puede ser más limpio.