質問

多くのファイルが追加されており、プロジェクトが複数の人が同時に取り組んでいるプロジェクトの初期段階では、Xcodeプロジェクトファイルがソース制御の下で頻繁に競合する傾向があります。それらをマージすることは痛みであり、注意しないとファイル参照が失われることがよくあります。

一般的なXcodeプロジェクトファイルを使用してコラボレーションするための試行された真のシステムを作成した人はいますか?コラボレーターごとに個別のプロジェクトファイルを保持し、問題が発生したときにファイルの依存関係を心配していますか?これはかなり一般的な問題のように思えるので、多くの人がこのタイプのもののためにシステムを作ったと確信しています。

私は、各コラボレーターの個別のプロジェクトファイルを含むこれのための私自身のシステムを持っていますが、それは初期段階での一種の残念です...

役に立ちましたか?

解決

私が見つけた最良の答えは、単に「早めにコミットし、頻繁にコミットする」ことです。作業をコミットするために大量の変更を集めるまで待たないでください。プロジェクトに新しいファイルを追加したら、チェックインしてください。クラスを移動または名前を変更したら、チェックインしてください。アイデアがわかります…

実際にプロジェクト形式 自動化された合併に対してかなり堅牢です。ファイル全体に多くの小さな変更が分散している場合、自動化された合併がかなり急速に落ちるということです。

明らかな警告は次のとおりです。

  1. TOTに半ば焼き散乱がたくさんある期間があります。 「物事が良かったとき」を追跡するために、ブランチやタグの使用を開始する必要があります。
  2. これが機能するためには、 みんな チームについては、これに参加する必要があります。ホールドアウトがあれば、他のすべての人のチェックインの頻度によって痛みが増加します。

私のチームはこのように機能し、私たちにとって十分に機能します。それは確かに、クラシックメイクファイルを管理することほど苦痛ではありません。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top