我们正在转向Mercurial。我们已经使用SVN多年了。我记得读到某个地方,Twitter的源代码控制中只有两个分支。生产分支和开发分支。我认为这适合我们,因为我们提供服务,只有一个实例运行,我们完全控制它,所以我们不必担心版本。只是能够为生产修复,如果dev分支中存在问题,可能会将更改合并到dev中。
这种方法适合Mercurial吗?我们应该注意哪些隐藏的陷阱?我们计划采用更传统的布局,并为我们零售的一两种产品发布分支。
答案 0 :(得分:0)
是的,没有陷阱。对于Git和Mercurial,可以找到最受认可的分支模型here,其中给出了比您正在考虑使用的更复杂结构的概述。
即使您的环境继续增长,mercurial仍然能够满足您不断变化的需求。
答案 1 :(得分:0)
我们应该注意哪些隐藏的陷阱?
是的,他们是,如果你在devel
中有多个同步任务,那么你很难用可读性和可理解的历史与很多匿名分支开发相当快
答案 2 :(得分:0)
是的,Mercurial完全实现了您的方法。可能是您提议的工作流程是this。 Mercurial代码或Python代码是开发的一些示例,只有很少的分支。
在Mercurial中,default
分支在克隆时用作默认分支,因此通常用作开发分支。其他分支用作功能或稳定分支,但由您决定。实际上,由于功能和问题不长,可以在开发分支上使用bookmarks
。
请记住commit often:)