gitサブモジュールとサブツリーの違い

gitサブモジュールとサブツリーの概念的な違いは何ですか？

それぞれの典型的なシナリオは何ですか？

• サブモジュールは、コンポーネントベースの開発に適しています。メインプロジェクトは、別のコンポーネントの固定バージョン（リポジトリ）に依存しています。
  親リポジトリ内の参照のみを保持します（gitlinks、インデックス内の特別なエントリ）

リンクが常に外部リポジトリのHEADを指すようにするにはどうすればよいですか？

サブモジュールを作成して、サブモジュールのリモートリポジトリのブランチのHEADを追跡できます。

o git submodule add -b <branch> <repository> [<path>]。（追跡するブランチを指定するため）
o デフォルトgit submodule update --remoteでは、サブモジュールのコンテンツをから最新のHEADに更新<repository>/<branch>しますorigin/master。メインプロジェクトは、たとえ--remote使用されている場合でも、サブモジュールのHEADのハッシュを追跡します。

• サブツリーは、システムベースの開発に似ており、すべてのリポジトリには一度にすべてが含まれ、任意の部分を変更できます。
  この回答の例をご覧ください。

サブモジュールはリンクです。

サブツリーはコピーです

概念的な違いは次のとおりです。

ではgitのサブモジュールあなたは、通常より小さなものに大きなリポジトリを分けたいです。サブモジュールを参照する方法はmavenスタイルです -他の（サブモジュール）リポジトリから単一のコミットを参照しています。サブモジュール内で変更が必要な場合は、サブモジュール内でコミット/プッシュを行う必要があります。次に、メインリポジトリで新しいコミットを参照し、メインリポジトリの変更された参照をコミット/プッシュします。その方法では、完全なビルドのために両方のリポジトリにアクセスする必要があります。

ではgitのサブツリーあなたは、その歴史を含め、あなた、で別のリポジトリを統合します。そのため、統合後、リポジトリのサイズはおそらく大きくなります（したがって、これはリポジトリを小さく保つ戦略ではありません）。統合後、他のリポジトリへの接続はありません。更新を取得する場合を除き、リポジトリにアクセスする必要はありません。したがって、この戦略はコードと履歴を再利用するためのものです。私は個人的には使用しません。

サブモジュール
がメインリポジトリをリモートにプッシュしても、サブモジュールのファイルはプッシュされません

サブツリー
がメインリポジトリをリモートにプッシュすると、サブツリーのファイルがプッシュされます