私は一般的にソース管理、特にmercurialに比較的慣れていません。私の職場では水銀を使用しています。チームではよくあることですが、さまざまな人が異なるが関連するプロジェクトに取り組んでいます。アイデアは、1 つのメイン リポジトリ (プロジェクト X 用) と「子プロジェクト用のサブリポジトリ」を持つことでした。
これを実装することは問題ではありません。しかし、mercurial のドキュメントで、サブレポ機能「最後の手段の機能」の使用を検討している理由に興味がありました。
私は一般的にソース管理、特にmercurialに比較的慣れていません。私の職場では水銀を使用しています。チームではよくあることですが、さまざまな人が異なるが関連するプロジェクトに取り組んでいます。アイデアは、1 つのメイン リポジトリ (プロジェクト X 用) と「子プロジェクト用のサブリポジトリ」を持つことでした。
これを実装することは問題ではありません。しかし、mercurial のドキュメントで、サブレポ機能「最後の手段の機能」の使用を検討している理由に興味がありました。
それは、完全に別々のプロジェクトを維持するにはあまりにも緊密に依存していることと、同じプロジェクトを維持するにはあまりにも緩く依存していることの間の微妙にバランスの取れた場所にある一種の依存関係を作成します。人々は、特に集中型バージョン管理のフォルダ構造に慣れている場合は特に、そうでないときに自分がそのスイートスポットにいると思うことがよくあります。彼らは、プロジェクト自体の間の本質的な依存関係のためではなく、複数の集中型バージョン管理サーバーを維持する不便さを避けるために、すべてを1つのリポジトリに詰め込んだことを覚えていません。