2017-08-23 3 views
0

現在、私はFoo.xcodeprojに格納されているXcodeのチームプロジェクトに取り組んでいます。私たちはすべて自分たちのブランチで作業し、共通のdevブランチにマージするgit pullリクエストを行います。私はCocoaPodsを使用したいと思っており、pod installを実行すると、Foo.xcworkspaceの作業領域が作成されます。 CocoaPodドキュメントは言う:私のブランチでXcodeプロジェクトをワークスペースに変換し、gitマージの競合を回避する方法

Make sure to always open the Xcode workspace instead of 
the project file when building your project 

誰もがまだプロジェクトファイルを直接作業するのに対し、私はワークスペースファイルを持っています。私は先制的にしようとしており、難しいgitのマージ競合を避けています。私のチームメイトがまだプロジェクトファイルを開いている場合や、マージ競合の地獄を持っている場合は問題になりますか?

答えて

1

ProjectまたはWorkspaceのいずれかで1つのチームで作業する必要がある場合は、cocoapodsを使用する唯一のチームですか、チーム内の誰もがPodsによって利用可能な機能を取得したいとは限りません。 PODSを続ける唯一の人はgitでプロジェクトファイルをコミットするときに注意してください。

あなたの質問への答えは、ただのgitであなたのPodfilepodfile.lock.xcworkspaceファイルをコミットし、いつでも他のチームメイトはpod installを行い、その後、あなたが最初に行ったように動作するように.xcworkspaceファイルを開くために彼を求める引っ張ってきています。

+0

ありがとう@Joe。残りのチームは、完了したらビルドするためにCocoaPodが必要になります。私は誰もが最終的に与えられた期限までにコミットし、私が終わった後に作業場を開くようにと確信しています。ですから、私はあなたがPods /ディレクトリをコミットしないと仮定します。例えば、.gitignoreを置いてください - これについては異なる意見があるようです。 – wcochran

+0

ポッドディレクトリをコミットするだけで、レポが重くなり、プル時間が長くなります。私は通常、レポでコミットしません。しかし、開発者とプロジェクトにプロジェクトを変えることもできます:)また、あなたが探しているのはその答えを受け入れることができます) – Joe

+0

ちょうどあなたの情報のためにcocoapodsコミュニティはPodsリポジトリコミットの賛否両論を強調して、 //guides.cocoapods.org/using/using-cocoapods.html – Joe

関連する問題