0

我们有一个包含许多项目的 C# 测试解决方案。此解决方案位于 Mercurial 的自己的存储库中。我们现在需要访问第二个存储库中的开发 C# 项目。我们知道我们可以在我们的解决方案中“添加现有项目”,但是第二个存储库的物理位置肯定会根据克隆解决方案的人选择的文件夹名称而有所不同。我们担心这会导致不断的参考损坏。

我们希望继续添加到我们当前的 QA 解决方案中,但也从第二个存储库中引用其他 5 个项目。有人有推荐吗?

4

1 回答 1

-1

我已使用以下每种方法作为此问题的解决方案(您可以使用其中任何一种,但不能同时使用两者)。

  1. 为您的开发人员使用标准目录结构。例如:

    {basePath}/{user}/{repositoryName}
    

    这允许您使用相对路径来引用其他存储库,只要您知道{repositoryName}项目所在的存储库。相对路径还允许您使用 any {basePath},因此这是一个非常灵活的系统。但是,总是担心您的依赖项目的版本可能不是预期的版本,可能会导致奇怪的输出。对于您的问题报告,您的开发人员必须明确地为主存储库和他们当前使用的依赖项提供提交哈希

  2. 使用子存储库。这会自动标准化依赖项目的目录结构,并允许您跟踪存储库中的提交哈希。

于 2013-08-29T21:00:51.657 回答