共通のコアの周りに複数の製品ラインが構築されており、現時点では外観を使用してSVNでそれらを維持しています。水銀に移行すると、hg sub-repositoriesに移動するのは当然です。複数のプロジェクト間でコアコードベースを共有する
コアはかなり大きいです（おそらく> GB、SVNリポジトリで判断してください）。典型的な開発者は、3-4のように複数の製品で同時に動作することを望みます。
通常、開発者が開発者ごとに3〜4回コアを複製し、その全体の履歴を持たせることを意味するのは間違いありませんか？ また、開発者が別の製品で簡単な操作を実行したい場合は、コアが最初にプルされなければならないことを意味します。
実際にサブリポジトリを共有するには（ではなく、の作業コピー）、share extensionを使用できます。しかし、クローニングプロセスは逆に直感的になります。
hg clone -U remote_core core
hg clone -U remote_projectA projectA
cd projectA
hg share ../core core
hg update
cd ..
hg clone -U remote_projectB projectB
cd projectB
hg share ../core core
hg update
などです。しかし、私は、あなたがこの設定で頭痛を2つ以上持っていることを警告します。職場でも同様の設定がありますが、共有サブリポジトリにはブランチ（名前付きブランチではなく、クローンブランチ、専用マスターリポジトリ）が使用されています。こうすることで、プロジェクト間で簡単にマージしながら、共有コードを個別に変更することができます。