gitブランチングの実践

Question

私はGitをVisual Studioソリューションに使用しています。ここにゾルの構造があります。

myProject.Domain、myProject.Common、myProject.Core、webClientForCustomer1、webClientForCustomer2

名前が示すように、Webクライアントのプロジェクトのすべてのドメイン、コモン、コアプロジェクトに依存します。私は顧客ごとに新しいWebクライアントアプリケーションを作成し、UIのカスタマイズを行います。他の3つのプロジェクトに新しい機能を追加するので、Webクライアントプロジェクトを新しい機能で更新する必要があります。

私のリポジトリをブランチにモデル化する提案はありますか？

Answer 1

"私のリポジトリをブランチにモデル化しますか？"

「Subversion安価なコピー」という枝の表現に危険なほど近い音です。 Submodulesは、さまざまなファイルグループを識別するのに適しています。

ブランチは、特にGitや他のVCSで "branch"がファーストクラスの市民である場合、への道を別の並行作業からに分けます。
ブランチの作成は、myProject.xxxディレクトリがあるためですが、開発作業を他のアクティビティ（現在のアプリケーションのメンテナンス、修正の実行、リファクタリングの実行など）から隔離したいので、

またGitでは、の出版物（他のGitリポジトリへの）という概念もあります。
Jakub Narębskiはその問題でexcellent postを持っています

Answer 2

私はあなたが望むものとは確信していません。私はあなたのフレームワークのための1つのレポ、そしてあなたのクライアントのためのレポを考えています。次に、私はGit Submodulesを使って、実際にそこに住んでいたのと同じように、フレームワークをクライアントプロジェクトにリンクします。 Git User's Manual chapter 8を確認してください

Answer 3

ドメイン、共通およびコアプロジェクトではなく、submodulesをブランチと見なしましたか？ gitのsubmodules man pageから

：

サブモジュールは、外国のリポジトリ は、ソースツリーの専用 サブディレクトリ内に埋め込むことを可能にする、 は常に特定のコミットで指摘しました。