我正在与Git一起管理一个项目，大约有20人分成小组。项目经理要求所有工作分支不仅仅是合并到主人，而是更换为主人，然后由经理自己合并。
根据我到目前为止发现的信息，你不应该重新提交已经公开发布的提交（即推送到远程） - 我已经不得不处理这个并且它并不好玩。但是，我真的想在请求将它合并到master之前与我的团队共享代码（即在重新定位到master之前并等待项目经理快进master以反映我们的分支）。
我的团队可以从远程推送和拉出然后重新绑定到掌握进行集成的正确工作流程是什么？简直就是我一直做错了还是合法的问题？
答案 0 :(得分：0)
为什么要在合并之前进行重组？那背后的意义是什么？
正确的工作流程是不要改变。如果您的经理想要将合并控制为master，但又不想解决任何合并冲突，则应首先将master合并到主题分支中。 “合并”成为主人现在将再次成为快速行动。
这里有一个很好的解释为什么rebase不好：http://geekblog.oneandoneis2.org/index.php/2013/04/30/please-stay-away-from-rebase
如果你的经理很顽固，并强迫你做出改变，那就没有什么好的解决方案 - 这不是改造的基础。在那种情况下，我会：
git fetch，然后git reset --hard origin/branch，以便他们获得您的版本。