在不同的源代码管理存储库中引用Visual Studio解决方案，该存储库的文件夹对于不同的用户是不同的

我们有一个包含许多项目的C#测试解决方案。该解决方案位于Mercurial中自己的存储库中。我们现在需要访问第二个存储库中的dev C#项目。我们知道我们可以在解决方案中"添加现有项目"，但第二个存储库的物理位置肯定会因克隆解决方案的人选择的文件夹名称而异。我们担心这会导致不断的参考破损。

我们希望继续添加到我们当前的QA解决方案中，但也要参考第二个存储库中的其他5个项目。有人推荐吗？

我使用了以下每一种方法来解决这个问题（您可以使用其中一种，但不能同时使用两者）。

为开发人员使用标准目录结构。例如：
```
{basePath}/{user}/{repositoryName}
```
这允许您使用相对路径引用其他存储库，只要您知道项目所在存储库的{repositoryName}即可。相对路径还允许您使用任何{basePath}，因此这是一个非常灵活的系统然而，始终存在一个问题，即依赖项目的版本可能不是预期的版本，这可能会导致奇怪的输出。对于您的问题报告，您的开发人员必须明确地为提供提交哈希，包括主存储库和他们当前使用的依赖项。
使用子存款。这会自动标准化依赖项目的目录结构，并允许您跟踪存储库中的提交哈希。