Cocoapods で静的ライブラリを構築するときに重複シンボルを防ぐ質問する

Question

つまり、ビルド済みのライブラリを配布する唯一の良い方法は、ない依存関係のいずれかを含めますが、それはユーザーに任せます。つまり、あなたの例では、ユーザーに AFNetworking をプロジェクトに追加する方法も指示します。ファイルに関しても基本的に同じことが当てはまりますdummy。

そうは言っても、もちろん、複数のビルド済みバリアントを選択することもできます。

すべての依存関係を含めます。
ライブラリのソースのみをインクルードし、依存関係はユーザーに任せます。

私たちは、あなたが望む目的のために、スタンドアロンの静的ライブラリを生成するプラグインを作成することについて話し合ってきましたが、それはまだ開始されておらず、おそらくもう少し時間がかかるでしょう。（誰かが時間を持つまで。）

回避策としては、Podfileのpost_install針ダミーファイルをすべて削除します。(これらは、Testflight などの非ソースライブラリにのみ必要です。) たとえば、次のようになります。

post_install do |installer|
  installer.project.targets.each do |target|
    source_files = target.source_build_phase.files
    dummy = source_files.find do |file|
      # TODO Fix this to the actual filename
      # puts "File: #{file.file_ref.name}"
      file.file_ref.name == 'TheDummyFile.m'
    end
    puts "Deleting source file #{dummy.inspect} from target #{target.inspect}."
    source_files.delete(dummy)
  end
end

これはテストされていないコードです。

フックpost_installはCocoaPodsインストーラーオブジェクトを生成し、そこからPods.xcodeprojターゲットを取得できます。そのドキュメントは以下にあります。ここそこからドリルダウンして、このフックを実行した後にディスクに保存されるプロジェクトに対して好きな操作を実行できます。

Answer 1

つまり、ビルド済みのライブラリを配布する唯一の良い方法は、ない依存関係のいずれかを含めますが、それはユーザーに任せます。つまり、あなたの例では、ユーザーに AFNetworking をプロジェクトに追加する方法も指示します。ファイルに関しても基本的に同じことが当てはまりますdummy。