同じプロジェクトに多くの開発者がいて、役に立たないものが見つからない場合、ストーリーボードを使用する適切な方法を見つけようとしました。複数の開発者と作業するときのXcode 4のワークフロー
ストーリーボードの前に、他の人が同時に変更を加えないようにするために、ペンを使用している間にペンをロックします。このように、ペン先とのマージ競合は非常にまれでした。
しかし、ストーリーボードでは、別のものがその部分で動作する前に、devのロックを全部1時間ロックすることはできません! 2人でストーリーボードが変更された場合、マージ競合が発生します。 XcodeのXMLファイルはマージがうまくいかず、しばしば十分です。マージによって問題が発生し、実際にはファイルが破損してしまうため、これらの競合を避けることをお勧めします。
他の人々がこの問題にどのように対処しているか知りたかったですか?他のチームはどんなワークフローを使用していますか?
ありがとうございます!
複数のストーリーボードを使用してこの問題を回避しています。しかし、私たちはそれらを目立つように特定のユーザーの旅に分けようとしているので、単にペン先と同じ方法でストーリーボードを使用するだけではありません。しかしこれは良い質問です! –
ほとんどのチームがこの問題に苦労していると確信していますが、このためのワークフローは完璧で公式なものではありません。私は本当にAppleが社内のチームとこれをどのように管理しているかを知りたいと思っています。 – droussel
私たちは今ストーリーボードを持っていないと決めました。主にオムニグラフでアプリケーションの「アプリマップ」を行うため、視覚的な部分は私たちに本当の価値をもたらしません。 第2に、マルチデベロッパーのコンテキストではほとんど価値がありませんが、いくつかの欠点があります。 1.バージョンコントロールが難しいです(上記のとおり) 2.以前のiOSで動作しないでくださいusers) 3.ほとんどのアプリは線形ではありません – Magnus