和Rebase

Question

刚从吉特开始，想从右脚开始。我做了一些研究。Git workflow and rebase vs merge questions，"git pull" or "git merge" between master and development branches)和推荐的工作流：

仅限-One时间:复制中心回购到个人回购

-Create a开发分公司

-Do在开发分支上提交

-Every经常拉上主分支(从中央回购获得更改)，如果主分支确实已更新，则将开发分支重新定位在更新的主分支上。

-When在开发分支上开发了一个特性，合并了主模块和开发分支(在再次拉上主模块之后)

我对此有几个问题：

1. 当由于更新的主分支和开发分支之间的合并冲突而导致重基失败(来自开发人员编辑同一个文件)时，您应该中止并切换到合并吗？
2. 当功能完成时为什么要合并，而不是重新调整呢？
3. 每当我完成一个特性的开发或修复一个bug时，我也应该推动吗？

Answer 1

1. 当您在重基过程中遇到冲突时，您可以简单地解决它并继续重基。中止和执行合并并不会有帮助，您仍然会遇到冲突。

1. 不管您是否在master之上重新建立特性/开发分支，在完成功能之后，您都希望合并。重新基之前的不同之处在于，它使您有机会以(希望)更清晰的方式重写、构造、形状和展示历史记录，而不是仅仅进行合并提交(也称为“非快速转发”合并)。 但是，有些人喜欢创建合并提交，只是为了显示分支发生的位置。即使在重基之后，也可以使用“非快速转发”标志(即git merge --no-ff )强制合并提交。

1. 在完成一个特性或bug修复之后，是否推进，取决于项目，以及您想如何与其他人共享您的代码，如果您要共享它的话。