1
2
a) 有三个分支机构,一条主线拥有每个项目/客户所需的一切,两个客户分支机构有与主线相关的具体变更,变更徽标或文字。主线接收错误修复和新功能,并定期合并到客户分支中。这样他们就不会相互“污染”。
选择a)或b)是一个品味问题,在我看来,更多的问题是你是否会有更多由双方共享的变更集(然后是3个分支,更少的嫁接),或者你是否有更多特定于一个分支或另一个分支的变更集-然后嫁接是更少的工作。不过,我可能几乎总是选择a);感觉“更干净”。 实际上有一个选项c):将两个分支相互合并,合并时注意不要合并特定于另一个分支的内容。但至少从长远来看,这可能非常乏味;这主要取决于差异的复杂性以及它们相对于一般变化的位置。如果细节在它们自己的文件中,则在合并过程中合并和跳过“错误”的更改相对容易。 |
Teck-freak · 压缩mercurial存储库-推荐的方式? 6 年前 |
mika · mercurial中是否可能合并章鱼 6 年前 |
Sergii Tanchenko · 在所有子目录上运行hg pull 6 年前 |
David · 可能有2台mercurial服务器,使用相同的数据库 7 年前 |
Willard · 如何撤消Mercurial更新 7 年前 |
ngoldbaum · 禁用mercurial的颜色和分页 7 年前 |