Git交互式变基修改连续分支提交属性的两种方案疑问

我有一个本地Git仓库，提交历史为线性的10个提交：前5个属于branch1的历史，后5个属于branch2的历史，历史结构如下：

---(old history)---A--B--C--D--E--F--G--H--I--J
                               ^              ^
                               |              |
                            branch1       branch2

我希望修改这10个提交的描述、作者、日期等属性，想到两种操作方案，想了解各自的影响：

方案1：分两次交互式变基 #

操作：先切换到branch1，执行git rebase -i HEAD~5修改A-E提交；完成后切换到branch2，执行git rebase -i HEAD~5修改F-J提交。

疑问解答 #

• 该操作会导致分支状态异常，Git不会自动修正F的父提交。
• 具体影响：在branch1上变基时，Git会生成全新的A'-B'-C'-D'-E'提交链，branch1会指向E'，但branch2的F提交仍以旧E为父节点。后续对branch2变基时，默认还是基于旧E生成F'-J'，最终branch2的新历史会和branch1的新历史分叉，两者完全脱节。

方案2：直接在branch2上修改全部10个提交 #

操作：切换到branch2，执行git rebase -i HEAD~10修改A-J所有提交。

疑问解答 #

• 变基完成后，branch1的HEAD仍然指向旧的E提交，这个提交不在branch2的新历史中。
• 具体影响：变基会生成全新的A'-B'-C'-D'-E'-F'-G'-H'-I'-J'提交链，branch2会指向J'。但branch1作为独立分支指针，不会被此次变基操作修改，依然停留在原本的E提交上，而旧E和新生成的E'是两个完全独立的提交，因此branch1指向的提交不在branch2的新历史范围内。

内容的提问来源于stack exchange，提问作者ABu