教程写成这样真是造福人类。
分支合并部分楼主只提到master先合并dev时对冲突进行手动修改然后提交。其中有几个问题不清楚实际测试了一下才知道。
1)出现冲突时,在master修改冲突并commit之前无法切换到dev分支。
2)master修改冲突并提交之后切换到dev,发现dev内容保持原来不变。
3)此时在dev下再次合并master无冲突,直接替换成master修改冲突并提交之后的内容。
dev先合并master的情况相同。
实验跟楼主在楼下总结的“实际项目中master是主线,每个开发小组都有自己的分支,比如dev-1, dev-2,每个组都要干两件事:1)把自己的dev-N往master merge:自己的修改提交到master,2)把master往自己的dev-N merge:获得别人的修改。”相吻合。
Sign in to make a reply
辛南忆
教程写成这样真是造福人类。
分支合并部分楼主只提到master先合并dev时对冲突进行手动修改然后提交。其中有几个问题不清楚实际测试了一下才知道。
1)出现冲突时,在master修改冲突并commit之前无法切换到dev分支。
2)master修改冲突并提交之后切换到dev,发现dev内容保持原来不变。
3)此时在dev下再次合并master无冲突,直接替换成master修改冲突并提交之后的内容。
dev先合并master的情况相同。
实验跟楼主在楼下总结的“实际项目中master是主线,每个开发小组都有自己的分支,比如dev-1, dev-2,每个组都要干两件事:1)把自己的dev-N往master merge:自己的修改提交到master,2)把master往自己的dev-N merge:获得别人的修改。”相吻合。