Git:推动团队合作，然后重新建立集成基础

Question

我正在做一个由Git管理的项目，大约有20个人被分成不同的团队。项目经理要求所有的工作分支不只是合并到master中，而是重新建立到master中，然后由经理自己合并。

根据我到目前为止发现的信息，你不应该改变已经公开可用的提交的基础(即推送到远程)-我已经不得不处理这个问题，这并不有趣。然而，在请求合并到master之前，我真的很想与我的团队分享代码(即，在重新基于master并等待项目经理快进master以反映我们的分支之前)。

什么是正确的工作流程，我的团队可以从远程推送和拉出，然后重新基址到主服务器以进行集成？这只是我一直在做的错误的事情，还是一个合法的问题？

Answer 1

为什么要在合并之前重新设置基址？这背后的意义是什么？

正确的工作流程是不改变基址。如果您的经理想要控制merge into master，但又不想解决任何合并冲突，那么您应该首先将master合并到主题分支中。现在，“合并”到master将再次成为一种快进操作。

这里有一个很好的解释为什么rebase是不好的：http://geekblog.oneandoneis2.org/index.php/2013/04/30/please-stay-away-from-rebase

如果你的经理很固执，迫使你重新建立基础，那么就没有真正好的解决方案--这不是重新基础的目的。在这种情况下，我会：

• 与team
• 共享分支，并在重新建立基础之前与他们联系，并确保每个人都已推送了他们的所有更改(从您的描述中听起来很简单，因为只有一次重新建立基础的工作才会完成，所有仍想在该分支上工作的人都将运行git fetch，然后是git reset --hard origin/branch，这样他们就可以获得重新建立基础的版本。