有没有办法设置主机Git存储库,以便默认情况下git pull从其(本地)克隆完成任何操作--rebase？通过搜索Stack Overflow,我了解到了branch.autosetuprebase,但需要单独为每个克隆配置它.
我的项目流程设置为pull在develop分支merge功能分支之前进行分支.这pull几乎总是使用--rebase,所以我试图弄清楚这是否是默认值.
我遇到了一个我不理解结果的场景。
我的团队正在开发一个带有提交的功能分支：
A--B--C
一位同事推送了两个新提交：
A--B--C--D--E
我，没有意识到其他人正在将代码推送到这个分支，我强制推送了一个修改后的提交：
A--B--C'
在我意识到我的错误后，我建议他尝试（在他的仓库中，D 和 E 仍然存在）：
git pull -r
git push
我的想法是他的两次提交（D，E）不再出现在分支的历史记录中，因此，在 pull 时，git 会尝试将它们合并到历史记录中。我的期望是 D 和 E 会在 C' 之上重新建立，但这并没有发生。相反（释义）：
$ git pull -r
+ commit...commit branch -> origin/branch (forced update)
$ git push
Everything up-to-date
D和E不见了。我想也许他对他的 repo 做了一些其他的操作，所以它可能处于某种未知状态，所以我们在 reflog 中找到了 E 的哈希值，并做git reset --hard <E>了几次再试（主要是因为我很好奇为什么它没有像我预期的那样消失）并得到相同的结果。
我确定我误解了一些东西，但我不确定是什么。为什么不将git pull -r“新”提交 D 和 E（即我无意中从历史记录中删除的那些）重新设置在 C' 之上？
正如一些人指出的那样：C 也应该包含在我的期望中。我没有考虑那个，但我明白为什么，这是有道理的。
我的期望是“新”提交（现在更新为 C、D、E；即使它有效，也不会是我想要的）会被重新定位，但它们不是，我不明白为什么。
@matt 关于之前推送的提交的评论很有趣。如果有人可以详细说明该机制，这似乎是一个潜在的答案。
git ×2