¿Puedo usar CocoaPods al crear un Cocoa Touch Framework?

Estoy creando un nuevo Cocoa Touch Framework (MyFramework.framework), que tendrá una dependencia de Alamofire. Este marco se escribirá en Swift. Como testing, comencé un nuevo proyecto de Cocoa Touch Framework:

File > New > Project > Framework & Library > Cocoa Touch Framework 

Luego, en la terminal que realicé:

 pod init 

en este directory de proyectos. En el Podfile recién creado, agregué lo siguiente:

 source 'https://github.com/CocoaPods/Specs.git' # Uncomment this line to define a global platform for your project platform :ios, '8.0' # Uncomment this line if you're using Swift use_frameworks! pod 'Alamofire', '~> 3.0' 

Una vez más, en la Terminal que realicé:

 pod install 

y comenzó a codificar.

Todo parecía estar bien hasta que utilicé el producto MyFramework.framework en un proyecto de vista única. Cuando bash ejecutar el proyecto obtengo el siguiente problema:

 dyld: Library not loaded: @rpath/Alamofire.framework/Alamofire Referenced from: /Users/me/Library/Developer/CoreSimulator/Devices/87DA70B6-49BF-441E-BD81-F4A80B0792CF/data/Containers/Bundle/Application/2E414EA8-7E54-4D71-9295-566D4FAAADE2/test.app/Frameworks/MyFramework.framework/MyFramework Reason: image not found 

Pensé que los proyectos de Cocoa Touch Framework eran intrínsecamente dynamics y, por lo tanto, includeían todas las dependencies.

¿Alguien puede decirme por qué esto está sucediendo y cómo puedo solucionarlo? ¿Es un problema con CocoaPods o me estoy perdiendo algo?

Soy un novato de Stack Overflow, por favor avíseme si necesita más información de mí.

¡Gracias!

Desafortunadamente, CocoaPods no admite el uso con el objective de Cocoa Touch Framework. Encontré algunas references a esto mientras analizaba sus problemas en GitHub:

Realmente no apoyamos la integración de Pods en los objectives del marco …
– neonichu el 4 de nov de 2015

y

… para que esto simplemente "funcione", CP tendría que hacer un análisis recursivo de dependencies en su proyecto Xcode y, de alguna manera, asegurarse de que nunca usaría el producto de compilation en otro context.
– neonichu en Jul 7, 2015

Hasta ahora he encontrado dos forms de abordar el problema:

La forma correcta es crear una nueva especificación de pod para su marco y traerla a su proyecto principal a través de CocoaPods. Esto resuelve todos los problemas que tiene CococaPods con el gráfico de dependencia y es la solución recomendada de los desarrolladores de CocoaPods.

La manera fácil es include los pods de su marco en su proyecto principal. Esto parece funcionar, pero, francamente, no sé por qué. Este es el Podfile de mi proyecto de testing:

 platform :ios, '9.0' use_frameworks! def myfirstframework_pods pod 'Alamofire', '~> 3.0' end target 'MyApp' do pod 'SwiftKeychainWrapper', '~>1.0' myfirstframework_pods end target 'MyFirstFramework' do myfirstframework_pods end 

Simplemente agregue Alamofire.framework a la sección " Alamofire.framework binarys embeddeds" en la pestaña "General" de su objective de aplicación.