git upstream rebase "hard case"问题是否可以解决，如果每个分支都对其初始基本提交（例如branch@{base}）进行引用？
然后，任何git rebase upstream branch实际上都可以执行git rebase --onto branch@{base} upstream branch，然后再将branch@{base}更新为upstream（或更新为git rev-parse upstream，因为分支的基础应该是提交）。
它将简单地自动完成文档的“困难情况”解决方案。
我想，如果尚未实施这种简单的解决方案，应该有充分的理由不这样做。而且由于我看不到任何东西，这一定意味着我误解了一些东西。
所以，有什么原因？
第一：branch@base不会有一个branch：“基数”将不相同，例如对于git rebase master和git rebase develop。
第二：您仍然必须分析提交列表：假设另一个开发人员（我们称他为Dave）已提交分支develop？如果Dave在其中一项提交中修复了与您相同的错误，该怎么办？他选择了您的承诺之一？
git专注于存储content。当发生诸如“合并”或“变基”之类的操作时，它将应用“通常有效”（并且可以正常工作）的规则，但始终由用户来验证内容是否正确。