git - git rebase --onto仅在长分支上崩溃

Question

当rebased分支的提交次数过多时，我很难制作一个简单的git rebase(不涉及冲突)。我在Google上的stackoverflow上都找不到类似的错误。

我发现尝试用71次提交重新建立长分支(真的吗？)的问题:

$ git clone git@myrepo.com/project.git
$ cd project
$ git checkout develop
$ vim README.md # just a simple text update on tracked file
$ git add README.md
$ git commit -m "crash test"
$ git checkout feature/branch-to-be-rebased
$ git rebase --onto develop feature/big-branch-to-be-rebased~71

First, rewinding head to replay your work on top of it...
Applying: commit 01
Applying: commit 02
Applying: commit 03
...
Applying: commit 20
Assertion failed: (postlen ? fixed_preimage.nr == preimage->nr : fixed_preimage.nr <= preimage->nr), function update_pre_post_images, file apply.c, line 2322.
/Applications/Xcode.app/Contents/Developer/usr/libexec/git-core/git-rebase--am: line 16: 44878 Abort trap: 6           git am $git_am_opt --rebasing --resolvemsg="$resolvemsg" ${gpg_sign_opt:+"$gpg_sign_opt"} < "$GIT_DIR/rebased-patches"

当分支较短时， git rebase正常工作(在8个commits分支上有效)。

我的操作系统是 Sierra 10.12.6

$ git --version
git version 2.13.6 (Apple Git-96)

使用最新的brew的git版本发生了相同的事情:

$ /usr/local/Cellar/git/2.15.0/bin/git --version
git version 2.15.0

我知道有些人对git工作流会有不同的看法，但是这个问题的重点纯粹是技术性的。因此，我对南瓜，樱桃摘等替代方法不感兴趣。

有没有解决此崩溃的方法？ git rebase是否可以处理的提交次数有某种上限？这是一个已知的错误？

Answer 1

Is there a way to fix this crash?

当然，修复Git中的错误。 (您说过您对变通办法不感兴趣，但这似乎来自将 --whitespace=fix作为命令行参数，或者在您的配置中设置了 apply.whitespace=fix。消除这种情况可能会避免问题。)

Does git rebase have some sort of upper limit on the number of commits it can handle?

没有。

Is this a known bug?

好吧，现在。 :-)但是，如果没有好的复制器，我不确定是否有人可以修复它。 (因此，这可能取决于您所说的“已知错误”的含义:您的示例表明，空格修复代码中存在一个错误，但尚不清楚该错误是什么。)