作者回复: 比如,团队有3个人共同维护一个特性分支,你们在本地直接在该分支上做开发。你的本地功能还没有开发完,还不想和远端的特性分支做集成,只是想看看和远端分支的差异,此时,就可以先执行 fetch,而不用 pull 。
作者回复: 其实就是两个分支的关系为 0|n 或者 n|0 ,如果两个分支直接为 n|m的关系就不是fast forward 。 A分支比B分支多5个commit,B比A分支多3 个commit。A和B就不是fast forward
作者回复: 好习惯
作者回复: 同一个函数,两个人在不同位置都写了吗?如果是这样,Git在没有冲突的情况下会把两个位置的改动(虽然内容相同)都自动合入的。 咱们团队如果出现过类似的问题,建议下次两个分支在merge之前,最好先对这两个分支进行进行diff比对一下。其次,merge后跑一下静态检查和自动化测试。就能及时发现问题。
作者回复: 好问题!两个分支合并时,target分支如果是source分支的祖先,那么这两个分支就是 fast-forword的关系。
作者回复: 请问你是用什么方法判断本地没有 feature/test 分支的呢?
作者回复: 谢谢支持啊
作者回复: 不客气