代码之家  ›  专栏  ›  技术社区  ›  xanz

如何在大型团队项目中组织mercurial存储库/子存储库

  •  0
  • xanz  · 技术社区  · 7 年前

    2个团队: 团队1

    a) 两个团队1 模块上的工作

    b) 也适用于 B C ,这取决于 .

    c) ,这取决于 A. 但是 在…上 C

    团队2 在本地机器上进行物理操作 C (属于 )同时我们不想 D .

    两者都有 B+C D

    我们担心,随着时间的推移,这种手动跟踪可能会出现错误。

    2 回复  |  直到 7 年前
        1
  •  2
  •   Mark Tolonen    7 年前

    您可以使用子回购并组织为:

    • Team1使用主回购 十、 有子回购 , B C .
    • Team2使用主回购 有子回购 A. D .

    如果B和C不相关,您可能需要:

    • A. .
    • 有子回购 A.
    • Team2使用主回购 有子回购 A. .

    如果A发生变化,团队可以选择是否以及何时将A子回购更新为新的变化,并将其提交给其主回购。

        2
  •  0
  •   DouglasK    7 年前

    我建议不要有多个主回购,而是只有一个主回购,包括以下三个分支:

    • 分支“Team1”在其中有。hgsub文件仅子回购A、B和C。
    • 分支“All”(或default)在其中有A、B、C和D。hgsub文件。

    当团队1从分支团队1签出时,他们得到A、B和C。团队2从分支团队2签出时,他们只得到A和D。整个项目的经理使用分支“全部”(或默认),并将所有回购A、B、C和D更新为适当的版本,然后提交,将所有回购版本绑定在一起,并获得您想要的完整快照。