目前我有两个分支:
主控
beta_001
beta_001有时是从master上签出的。为了使beta_001更新到主服务器,在主服务器中推送的提交也将被精心挑选到beta_001中。在beta_001合并回到master之前,一切都运行得很好。
很多both modified冲突都是这样的:
++<<<<<<< HEAD
+ <permission
+ android:name="com.xxx.permission.REDIRECT_MESSAGE"
+ android:protectionLevel="normal"/>
+ <permission
++=======
+ <permission
+ android:name="com.xxx.permission.REDIRECT_MESSAGE"
+ android:protectionLevel="normal"/>
+ <permission
++>>>>>>> origen/beta_001或者这个
++<<<<<<< HEAD
++=======
+
+ <string name="xxx">xxxx</string>
++>>>>>>> origen/beta_001我猜这是由于樱桃挑选而导致提交is不同的情况,那么如何防止这种情况呢?
发布于 2017-03-20 17:04:19
Cherry Pick将总是为在新分支中挑选的每个提交创建一个新的id,并且当我们尝试合并到这些提交从其中挑选的分支时,这肯定会显示出冲突。
如果您希望遵循当前的分支模型,则应该将主分支合并到beta_001分支中,以便从具有相同提交id的主分支中获取所有提交。这将添加一个合并提交,但会避免您提到的冲突。
或者,您可以将分支模型更改为GitFlow,以获得更好的分支管理。https://datasift.github.io/gitflow/IntroducingGitFlow.html
https://stackoverflow.com/questions/42897490
复制相似问题