いくつかの重要なビルド前/ビルド後のステップで静的ライブラリ（libfoo.a）をビルドするXcodeプロジェクト（foo）があります。従来、このライブラリを別のプロジェクトで使用する場合は、メインプロジェクトのサブプロジェクトとしてfoo.xcodeprojを追加してから、メインプロジェクトのビルド依存関係設定を接続します。
私はCocoaPodsでこれを簡単にすることを目指していますが、これのために設計されているかどうかはわかりません。ビルド設定をfooプロジェクトからポッド仕様にコピーして、CocoaPodsが希望どおりにビルドできるようにする必要がありますか？ビルド前/ビルド後の手順はどうですか？
TestFlightSDKのようなクローズドソースのプリコンパイル済みライブラリ用のポッドの作成に関する情報がありますが、ライブラリをプリコンパイルしたくありません。
Cocoapodsを使用すると、ターゲット自体を気にする必要はありません。ライブラリのすべてのソースファイルを使用して新しいプロジェクトを作成し、すべてのポッド依存関係を含む単一のlibPods.aを作成します。
正しいsource_filesとpublic_header_filesを使用してPodspecを作成すると、正常に機能するはずです。
pre_installフック（構文を少し変更した0.17ドキュメント）を使用すると、必要なビルドアクションを実行できます。
このフックの使用はマスターリポジトリでは推奨されていませんが、プライベート仕様ではサポートされています。
prepare_commandフック（ドキュメント）を使用し、CocoaPodsで使用されるruby gem xcodeproj（xcodeprojサイト）を使用してXcodeプロジェクトを変更できます。よくわかりませんが、ビルドスクリプトを追加することはおそらく可能です。
パブリックリポジトリのpodspecsでこれが受け入れられるかどうかわからない。
すでに答えがあるようです： 静的ライブラリを出荷するためのpodspecを作成します
明らかにされる両方の方法があります（.a +ヘッダーライブラリとして、または.framwerorkとして）
.frameworkが共有するための好ましい方法だと思います。