Git - 在开发人员之间将一个功能分支的更改 merge 到另一个功能分支

Question

一般来说，我们的代码非常模块化，因此开发人员不会同时更改相同的文件。但是，我遇到了一种情况，我看到了两种解决方法，所以我正在寻找最好的方法和原因(或其他解决方案)的意见。我的同事对他的功能分支中的一些文件进行了更改，我想在我的功能分支中使用这些文件。这些是单独的功能，而不是共享功能分支。我看到两个解决方案:

1) 他可以将他的feature分支 merge 到develop中并推送到origin。然后，我可以 pull 开发分支并将我的功能分支重新定位到本地。

2) 我可以将他的功能分支直接 merge 到我的。

我真的不喜欢后者，因为它看起来不合时宜；当两个特性本身不相关时，将一个特性分支直接 merge 到一个特性分支中，只有几个依赖关系相关。所以，我选择了前者，但为了将来引用，我很好奇其他人会如何处理这种情况。

Answer 1

你在 git 中所做的只是开发过程的反射(reflect)。

1) 你没有need to rebase您在开发分支上的工作只是将开发分支 merge 到您的工作分支中。如果你 rebase ，你就不能分享你的工作。

2) 您需要 merge 他的工作，但他还没有准备好 push 开发，那么您 merge 他的工作就没有技术问题。请注意您可能正在 merge 测试版工作!

这不是一个 git 问题，你只是依赖于尚未完成的工作，一直都在发生，你只需要定期 merge 其他开发人员的工作，直到他完成。