协作Git中在不同点合并分支的行为

Question

想象一下，Tim都在处理单独的Git分支(tims-branch和robs-branch)，这两个分支都已经脱离了开发分支(develop)。

现在，假设Rob需要Tim来添加一些东西(Tim负责后端，Rob负责前端，需要一个新的api端点添加)。

如果Tim签出了develop并创建了一个新分支(api-endpoint)并添加了这个新的api端点，那么Rob就可以轻松地将这些更改与git merge api-endpoint合并到robs-branch中。

然而，如果Tim没有签出develop，而是在tims-branch上创建了这个api-endpoint分支，这个分支比develop更早(也就是说，Tim正在开发许多新东西)，然后Rob试图将它合并到would中：

1. 这是可以的，因为api-endpoint只包含蒂姆为Rob添加的新数据。
2. Rob不仅会得到他想要的新代码，而且还会从tims-branch获得其他所有东西，因为api-endpoint是从这个分支中出来的。
3. 整个互联网都会崩溃。
4. 一些其他的东西。

Answer 1

1. Rob不仅会得到他想要的新代码，而且还会从tims-branch获得其他所有东西，因为api-endpoint是从这个分支中出来的。

Tim可以尝试通过对api-endpoint进行交互式重基来解决这个问题，该数据库删除了tims-branch与develop分离后的所有提交。在api-endpoint分支中

git rebase -i HEAD~N

其中N应该是一个数字，大于或等于提交的次数，返回到develop所需的时间。

Tim可能需要解决冲突并重复几次重基，但是api-endpoint应该可以按预期的方式为Rob合并。