Abrí la recompensa: "Buscando una respuesta basada en fuentes creíbles y / o oficiales". pero no lo he recibido desde entonces.
Si bien la respuesta proporcionada por @jackslash es correcta, solo cuenta una parte de la historia, por lo que quiero escribir la mía propia de una manera que me gustaría haberla visto en el momento en que estaba haciendo esta pregunta.
La realidad de esta respuesta es: julio de 2015. Lo más probable es que las cosas cambien.
En primer lugar, afirmemos que las acciones necesarias para la correcta firma del código del marco deben dividirse en pasos que el desarrollador del marco debe tomar y los pasos que debe tomar el consumidor del marco.
TLDR;
Para el marco OSX: el desarrollador es libre de distribuir el marco OSX sin codificarlo, ya que el consumidor lo volverá a codificar de todos modos.
Para el marco de iOS: el desarrollador es libre de distribuir el marco de iOS sin codificarlo, ya que el consumidor lo volverá a codificar de todos modos, pero Xcode obliga al desarrollador a codificar su marco cuando lo construyen para un dispositivo iOS.
Debido al radar: "Los marcos de iOS que contienen segmentos del simulador no se pueden enviar a la App Store" El consumidor del marco de iOS se ve obligado a ejecutar un script especial como "copy_frameworks" o "strip_frameworks", que utiliza lipo -removepara quitar segmentos del simulador del marco de iOS y volver a -codesigns despojó el marco porque en este punto su identidad de firma de código, sea lo que sea (o no), se elimina como efecto secundario de la lipo -removemanipulación.
Sigue una respuesta más larga.
Esta respuesta no es "extraída de fuentes confiables y / o oficiales", sino que se basa en una serie de observaciones empíricas.
Observación empírica # 1: al consumidor no le importa porque rediseñarán el marco que reciben del desarrollador
Las distribuciones de marcos binarios de proyectos de código abierto conocidos en Github no están codificadas . El comando codesign -d -vvvvda: "el objeto de código no está firmado en absoluto" en todos los marcos binarios de iOS y OSX que solía explorar. Algunos ejemplos: ReactiveCocoa y Mantle , Realm , PromiseKit .
A partir de esta observación, queda claro que los autores de estos marcos pretenden que sean codificados por el Consumidor, en su nombre, es decir, un Consumidor debe usar la bandera "Firmar código en la copia" en la fase de compilación de "Marcos integrados" proporcionada por Xcode o usar algún shell personalizado script que hace lo mismo manualmente: framework codesigns en nombre del consumidor.
No encontré ningún ejemplo de lo contrario: marco de código abierto que se distribuiría con identidad de firma de código en él, por lo que en el resto de la respuesta estoy asumiendo que este enfoque ampliamente adoptado es correcto: no hay necesidad de que el desarrollador del marco distribuir su marco a otros desarrolladores con identidad de codificación en él porque el consumidor de todos modos lo volverá a codificar .
Observación empírica n. ° 2 que se aplica solo a iOS y que es una preocupación exclusiva del desarrollador
Mientras Consumidor no le importa si marco que reciben de desarrollador se codesigned o no, desarrollador todavía tiene que Codesign su marco iOS como parte de su proceso de construcción cuando construyen para dispositivo iOS porque de lo contrario no se acumula Xcode: CodeSign error: code signing is required for product type 'Framework' in SDK 'iOS 8.1'. Para citar a Justin Spahr-Summers :
Los marcos de OS X no necesitan estar codificados en la compilación ... Desafortunadamente, Xcode requiere que los marcos de iOS estén codificados en el momento de la compilación.
Esto responde bastante bien a mi pregunta # 2: la identidad de "desarrollador de iPhone" es suficiente para engatusar a Xcode para que construya un marco iOS para el dispositivo. Este comentario sobre Cartago # 339 dice lo mismo.
Observación empírica n. ° 3: herramienta lipo
Comportamiento específico de la herramienta lipo: cuando se aplica a binario marco, siempre elimina recursivamente cualquier identidad codiseño de ella : lipo -create/-remove codesigned framework ... -> not codesigned framework.
Esta podría ser una respuesta a por qué todos los ejemplos de la observación n. ° 1 no están codificados en absoluto: su identidad de firma de códigos desaparece después de que se aplica la lipo, pero dado que, según la observación n. ° 1, al consumidor no le importa que esté bien.
Esta observación es especialmente relevante para la siguiente observación # 4 sobre AppStore.
Observación empírica n. ° 4: los marcos de iOS que contienen segmentos de simulador no se pueden enviar a la App Store
Esto se discute ampliamente en: Realm # 1163 y Carthage # 188 y el radar está abierto: rdar: // 19209161 .
Esto es una preocupación total del consumidor: para el marco universal de iOS que el consumidor incluye en su aplicación, cuando la aplicación se está construyendo, debe ejecutar un script especial (Fase de ejecución de script personalizada) que elimina el segmento del simulador del binario de ese marco para que la aplicación pueda pasar la validación de AppStore.
El buen ejemplo de marcos binarios que encontré en Realm: strip-frameworks.sh .
Se utiliza lipopara eliminar todos los segmentos de arquitecturas que no sean ${VALID_ARCHS}y luego lo vuelve a codificar con la identidad del consumidor ; aquí es donde entra en juego la observación n. ° 3: el marco debe ser rediseñado debido a las manipulaciones de lipo en él.
Carthage tiene el script CopyFrameworks.swift que hace lo mismo con todos los frameworks incluidos por Consumer: elimina las porciones del simulador y vuelve a codificar el framework en nombre de Consumer.
También hay un buen artículo: Eliminación de arquitecturas no deseadas de bibliotecas dinámicas en Xcode .
Ahora, la descripción general de los pasos necesarios para producir iOS y OSX desde la perspectiva del desarrollador y del consumidor. Primero el más fácil:
OSX
Desarrollador:
- Construye el marco OSX
- Se lo da al consumidor
No se requieren actividades de codificación por parte del desarrollador.
Consumidor:
- Recibe el marco OSX del desarrollador
- Copia el marco en el directorio Frameworks / y lo codifica automáticamente en su nombre, el del consumidor, como parte del proceso de "Firma de código en copia".
iOS
Desarrollador:
- Construye el marco de iOS para el dispositivo. Xcode requiere la codificación, la identidad de "desarrollador de iPhone" es suficiente.
- Construye el marco de iOS para el simulador.
- Utiliza lipo que produce un marco iOS universal de los dos anteriores. En este punto, la identidad de codificación de 1 paso se pierde: el marco binario universal "no está firmado en absoluto", pero eso está bien ya que "al consumidor no le importa".
- Se lo da al consumidor
Consumidor:
- Recibe el marco de iOS del desarrollador
- Copia el marco en el directorio Frameworks / (este paso puede ser redundante según el script del paso 3).
- Utiliza una secuencia de comandos especial como parte del proceso de compilación: esta secuencia de comandos elimina el simulador del marco de iOS y luego lo vuelve a codificar en su nombre, el del consumidor.