Saltar al contenido principal
Tutoriales

Cómo Migrar su Capacitor Aplicación a Swift Package Manager

Aprenda a mover una aplicación de iOS existente Capacitor de CocoaPods a Swift Package Manager con la asistente de migración oficial, verificaciones de Xcode y limpieza de CI.

Martin Donadieu

Martin Donadieu

Content Marketer

Cómo Migrar su Aplicación Capacitor a Swift Package Manager

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/Podfile
  • ios/App/Podfile.lock
  • ios/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.plist
  • App/AppDelegate.swift
  • App/SceneDelegate.swift, si está presente
  • App/Assets.xcassets/
  • App/Base.lproj/
  • App/App.entitlements
  • App/GoogleService-Info.plist, si utiliza Firebase
  • personalizado .xcconfig archivos
  • 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:

  1. Confirmar CapApp-SPM se agrega como una dependencia de paquete local.
  2. Confirma que el objetivo de la aplicación vincula los productos de paquete generados.
  3. Agrega el generado debug.xcconfig a la configuración del proyecto si el asistente te lo pide.
  4. Resuelve cualquier advertencia de paquete en Xcode.
  5. 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/Pods
  • ios/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-SPM en Xcode si es necesario.
  • Agregar debug.xcconfig en 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-practices para revisar la estructura de la aplicación antes de cambiar ios/.
  • cocoapods-to-spm para planificar los pasos de migración de SPM y el seguimiento de Xcode.
  • capacitor-ci-cd para eliminar las suposiciones de CocoaPods de las líneas de construcción.
  • debugging-capacitor y ios-android-logs para 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.

Recursos

Actualizaciones en vivo para Capacitor apps

Cuando haya un error en la capa web, envíe la corrección a través de Capgo en lugar de esperar días para la aprobación de la tienda de aplicaciones. Los usuarios reciben la actualización en segundo plano mientras los cambios nativos siguen en el camino de revisión normal.

Comienza Ahora

Últimas noticias de nuestro Blog

Capgo le da las mejores pistas que necesita para crear una aplicación móvil verdaderamente profesional.