Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/mercurial/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Version control 何时分支,标记&;合并到Mercurial?_Version Control_Mercurial_Dvcs_Branching And Merging - Fatal编程技术网

Version control 何时分支,标记&;合并到Mercurial?

Version control 何时分支,标记&;合并到Mercurial?,version-control,mercurial,dvcs,branching-and-merging,Version Control,Mercurial,Dvcs,Branching And Merging,Mercurial(hg)中的一个分支/标记何时应该在本地回购级别和集中/原始回购(即您的hg克隆)上进行?您应该在何时合并(同样是在地方层面和中央回购协议) 我来自SVN背景,分支用于新功能(“功能分支”),以及“发布分支”。在功能分支的情况下,如果开发人员知道一个项目将跨越多个sprint/release,他/她将创建一个分支。一旦开发人员确定他们将在给定的sprint期间发布新特性,特性分支就会重新合并。然后,将创建发布分支,并将其部署到QA和阶段环境中,分别用于QAT/UAT测试。测试期

Mercurial(
hg
)中的一个分支/标记何时应该在本地回购级别和集中/原始回购(即您的
hg克隆
)上进行?您应该在何时合并(同样是在地方层面和中央回购协议)

我来自SVN背景,分支用于新功能(“功能分支”),以及“发布分支”。在功能分支的情况下,如果开发人员知道一个项目将跨越多个sprint/release,他/她将创建一个分支。一旦开发人员确定他们将在给定的sprint期间发布新特性,特性分支就会重新合并。然后,将创建发布分支,并将其部署到QA和阶段环境中,分别用于QAT/UAT测试。测试期间出现的任何bug都将直接提交到发布分支。当发布分支最终准备发布时,它将被标记(出于存档/记录保存的目的),最后,在发布分支被实时部署后,它将与主干合并

这一过程如何随着DVCS(如
hg
)的变化而变化?

分支|合并策略完全没有区别。在Mercurial中,这些过程只会让人不那么头疼(你不会以最低的准确度成为“重构地狱”的牺牲品,不知名的树冲突也是历史)-DVCS和CVCS在这里几乎没有任何变化,Mercurial只会给你更多的自由:在需要时分支

谢谢@Lazy Badger(+1)-是否存在中央/原始回购级别的分支/标记与本地回购级别的分支/标记的概念?例如,如果开发人员A在本地克隆一个repo,然后将其分支,然后将该分支提交/推送到中央服务器;那么我可以“拉下”那个树枝/标签吗?再次感谢@IAmYourFaja—“是否存在中央/原始回购级别的分支/标记与本地回购级别的分支/标记的概念?”否。您只需在存储库中创建分支并以任何适用的形式发布它。FYou可以从“中央回购”获得新的分支|标记,并且可以(在某些情况下)忽略这些节点