ポッドファイルをバージョン管理システム（GITまたはSVN）にコミットする必要があります

Question

これまでのところ、私はアプリを開発していましたが、チームリーダーはポッドファイルをコミットしないと言っていました。

私たちのリードが変更され、彼はGitにポッドファイルをコミットすると言った。だから私は一緒に行く人が混乱していた。

私たちはポッドファイルをコミットすべきかどうか、もしそうならなければならないのですか？私もいくつかの記事を見ても、満足のいく答えは見つからなかったので、このことを明確にするのを助けてください。

Answer 1

ワークフローはプロジェクトごとに異なるため、[Pods]フォルダをチェックインするかどうかはあなた次第です。 を推奨します。これは、Podsディレクトリをソース管理下に置いておくことです。レポをクローニングした後ポッドディレクトリ

1. にチェックインの
   
   利点、すぐにでもマシンにインストールCocoaPodsを持たずに、ビルドして実行することができますプロジェクト。ポッドをインストールする必要はなく、インターネットに接続する必要はありません。
   
2. ポッドのソース（GitHubなど）がダウンした場合でも、ポッドのアーティファクト（コード/ライブラリ）は常に利用できます。
   
3. リポジトリをクローニングした後、Podアーティファクトは元のインストールと同じになることが保証されています。ディレクトリ
   1. ソースコントロールレポをポッドを無視する
      

   利点は小さくなり、より少ないスペースを取るでしょう。

4. すべてのポッドのソース（GitHubなど）が利用できる限り、CocoaPodsは一般的に同じインストールを再作成できます。 （技術的にPodfileでコミットSHAを使用していないPodfileにzipファイルを使用している場合。これは特にそうであるとき、ポッドは、インストールを実行すると、同じ成果物を取得し、再作成するという保証が。ありません）

3.Thereウォン」異なるPodバージョンのブランチをマージするなど、ソース管理操作を実行するときに対処する競合がありません。

出典：私は&示唆Cocoapods

Answer 2

があなたのGit/SVNリポジトリにポッドディレクトリ（ポッドを使用して統合サードパーティ製のソース）をコミットしないように、お勧めします。

ここには、何をコミットするかを示すサンプルソースがあります。

1. ポッドは、依存性マネージャであり、それには非常に多くのサードパーティのライブラリを有することができます。プロジェクトのソースが重くなり（サイズが大きい）、新しいソースが使用するたびにソースがダウンロードされます。
2. すべてのPodライブラリ/ファイルソースは、任意のソース/宛先からコマンドpod installを使用して簡単に統合できます。
3. 異なるバージョンのSDK、コマンドラインツール、およびココアポッドが異なるシステムに存在することがあります。これは、SDKツール&コマンドラインバージョンでサポートされている統合固有ライブラリ、およびココアポッドバージョンを自動的に処理します。

注：それは悪いことではありません、あなたはGitの/ SVNのソースコードにポッドファイルをコミットします。しかし、他の目的地（システム）でpodを使用して処理する必要はなく、扱いやすいコードで、サードパーティのライブラリの依存関係を追加することは好ましくありません。