2016-10-09 3 views

答えて

2

post_install do |installer| 
    installer.pods_project.targets.each do |target| 
    target.build_configurations.each do |config| 
     config.build_settings['EXPANDED_CODE_SIGN_IDENTITY'] = "" 
     config.build_settings['CODE_SIGNING_REQUIRED'] = "NO" 
     config.build_settings['CODE_SIGNING_ALLOWED'] = "NO" 
    end 
    end 
end 

次のコードは、事前にissue.Thanksを固定していなかったとしてポッドファイルにいくつかのコード署名バイパスを含めるべきことの必要性を示唆回答。私はこれらの3つのステップを試しました。しかし、それは私の問題を解決しなかった。別のシナリオのために働くかもしれないかもしれない。私はポストに同じ記事のリンクを読んでいた。記事は、ポッドプロジェクトに署名するコードでエラーを解決するか、ポッドファイルを変更します。

スウィフトフレームワークライブラリは、コードはObjective-Cの署名ではなく、必要

:できるだけ早く私は、コードポッドproject.Everythingは、以下のように

条情報...最初外出先で作業を開始署名、として

新しいSwiftフレームワークが正しく構築されていて、既存のObjective-C Pods(以前の静的ライブラリ)だけがコード署名エラーで失敗していることがわかりました。 Googleを叩く時間! CocoaPods GitHub Issuesページに関する多くの調査の後、最新のiOS/OS X依存マネージャーCarthageのいくつかの同様の問題を見て、Objective-Cライブラリがコードに署名するべきではないことに気付きました。スウィフトフレームワークでは、スウィフト標準ライブラリとランタイムが組み込まれているため、より新しいプロジェクトで古いSwiftコードを使用できるため、コード署名が必要です。 Appleは、iOSアプリケーションにコピーされているランタイムコードを確認するためにコード署名が必要です(iOSセキュリティサンドボックスの適用に役立ちます)。古い学校のObjective-C静的ライブラリはこれを必要とせず、実際にはサポートしていないため、「チームID(null)に一致する署名IDがありません」という奇妙なビルドエラーが発生します。 1つの解決策は、各Podライブラリターゲットを手動で編集し、コード署名を無効にすることです。ポッドインストールを再実行するたびにこれらのビルド設定が再作成されるため、素晴らしい選択肢ではありません。 CocoaPodsのドキュメントを熟読したところ、その解決策が見つかりました。 Podターゲットがディスクに保存される前に変更され、Xcodeワークスペースに統合される「インストール後のインストール」スクリプト。各Pod依存関係の適切なビルド設定を使用してコード署名を手動で無効にします。これをPodfileの一番下に追加すると、コード署名エラーが解決されます。私は願っています

post_install do |installer| 
    installer.pods_project.targets.each do |target| 
     target.build_configurations.each do |config| 
     config.build_settings['EXPANDED_CODE_SIGN_IDENTITY'] = "" 
     config.build_settings['CODE_SIGNING_REQUIRED'] = "NO" 
     config.build_settings['CODE_SIGNING_ALLOWED'] = "NO" 
     end 
    end 
    end 

、この回答の意志が

...誰かを助けます
関連する問題