同じリポジトリにある複数のプロジェクトの分岐モデルですか？

Question

最近、CVSからGitに切り替えました.Vincent Driessenのsuccessful Git branching modelをmasterブランチに、developブランチをmasterにマージして使用しています。私たちはGitで1つのプロジェクトを開始しましたが、今ではサブモジュールに共通のコードを使って2つの別々のプロジェクトがあります（common）。最近他のプロジェクトはdevelopに変更をコミットしました。私たち自身のコードを更新するまでは、他の変更を望まないので、developに変更をコミットすることはできません。

私は戻ってdevelopにマージプロジェクト固有のブランチにdevelop分岐について考え、しかしのでcommonの所有者は、プロジェクト固有の枝を望んでいない：私たちは桜のピックにからコミットする必要があります

メインのdevelopブランチ の両方に適用される修正または機能を入手してください。

完全にdevelopブランチを排除し、ちょうど戻っmasterにプロジェクト固有の枝から直接マージする方が良いだろうか、我々はすべて間違ってこれをやっていますか？

Answer 1

最近、もう一方のプロジェクトでは、準備ができていない開発に変更が加えられました。独自のコードを更新するまでは、他の変更を望まないため、変更をコミットできません。

つまり、2つのプロジェクトには異なる開発ライフサイクルがあり、それぞれ独自の開発ブランチを持つ必要があります。
しかしcommonは、両方のプロジェクトで簡単に更新できない場合、それはあなたが（それ自身のプロジェクト固有のブランチに）commonを自分で更新しなければならないことを意味

主な公式develop 1にあなたのdevelopブランチをマージする前に、あなたが必要となりますメインのdevelopブランチのcommonをご使用のバージョンcommonにマージして、競合を解決し、commonもマージしてください。
このようにして、プロジェクトオーナーはcommonをチェリーピックアップするか、何かを統合する必要はありません。