git rebase -i 中允许空提交的用例是什么
What is the use case of allow empty commit in git rebase -i
我在某处读到，因为 git 2.26 --keep-empty 默认用于 git rebase -i。但我想不出它的用例。当我做 git interactive rebase 时，我总是想删除空提交。保留它有什么意义？
有几个原因，但大多是深奥的。
我在为 Git 开发时做的一件事是放置一个空的标记提交，其中我可能需要将几个系列重新定位在另一个系列之上但又能够单独检测它们 Git =10=] 在分支的底部。然后，我可以通过引用其空提交将第一个系列重新定位到新的主分支，通过引用其空提交将第二个系列重新定位到第一个系列，依此类推。
行为的改变是无意的。主后端从始终删除空提交的基于 am 的后端更改为没有该行为的基于合并的后端，因此随着后端的更改，行为无意中发生了变化。请注意，几乎在所有其他方面，基于合并的后端都更好。
我在某处读到，因为 git 2.26 --keep-empty 默认用于 git rebase -i。但我想不出它的用例。当我做 git interactive rebase 时，我总是想删除空提交。保留它有什么意义？
有几个原因，但大多是深奥的。
我在为 Git 开发时做的一件事是放置一个空的标记提交，其中我可能需要将几个系列重新定位在另一个系列之上但又能够单独检测它们 Git =10=] 在分支的底部。然后，我可以通过引用其空提交将第一个系列重新定位到新的主分支，通过引用其空提交将第二个系列重新定位到第一个系列，依此类推。
行为的改变是无意的。主后端从始终删除空提交的基于 am 的后端更改为没有该行为的基于合并的后端，因此随着后端的更改，行为无意中发生了变化。请注意，几乎在所有其他方面，基于合并的后端都更好。