Version control 考虑到这种分支模型,这是正确的还是错误的操作?

Version control 考虑到这种分支模型,这是正确的还是错误的操作?,version-control,mercurial,branch,branching-and-merging,Version Control,Mercurial,Branch,Branching And Merging,我正在使用Mercurial,但我: 我有一个正在开发的特性,所以它在它自己的特性分支中。但是,我在开发分支中更改了一些较小的项目,我希望在开发其他分支中的特定功能时使用这些项目。基于此模型,是否允许将开发合并到该功能分支中?或者这会违反这个模式吗 基于此模型,是否允许将开发合并到该功能分支中 没有常识 您之前违反了工作流:当“在开发分支中更改了一些较小的项目”时,这些更改必须位于单独的功能分支中,您可以将这些更改合并到功能分支中,或者(更好)合并到临时的“组合”(您的+端)分支:如果是理想的

我正在使用Mercurial,但我:

我有一个正在开发的特性,所以它在它自己的特性分支中。但是,我在开发分支中更改了一些较小的项目,我希望在开发其他分支中的特定功能时使用这些项目。基于此模型,是否允许将开发合并到该功能分支中?或者这会违反这个模式吗

基于此模型,是否允许将开发合并到该功能分支中

没有常识

您之前违反了工作流:当“在开发分支中更改了一些较小的项目”时,这些更改必须位于单独的功能分支中,您可以将这些更改合并到功能分支中,或者(更好)合并到临时的“组合”(您的+端)分支:如果是理想的nvie工作流,则开发分支必须只包含任务分支的合并集


PS-从另一个角度来看,“不是安息日的人,但是安息日是为人而设的”,在合并的情况下,你只有肮脏的历史记录

我认为只要你没有发现较小的项目最终从开发分支中被删除就可以了,因为这样你就必须从功能分支中删除它们。如果你的功能依赖于这些项目,那么很难避免合并。啊,好的,谢谢。我会很快找到这个方法的,肯定>_