git rebase -i HEAD~7 -- 在编辑器中仅显示“noop”

我正在尝试将位于 HEAD 的提交压缩为后面的提交。当我跑步时git rebase -i HEAD~7，但是，我只看到一个noop在编辑器中！我完全不知道这是如何运作的。

我在分行工作（cleanup）我创建的（使用checkout -b cleanup ...在我发现的 SHA1 上reflog）在我有了第一次之后rebase经验和我不小心删除了所有这些提交；重点是，我不确定分支的父级是什么（如果这很重要，请在这里）。

我只是想做我已经读过很多次的事情：我想稍微修改一些不是最新提交的已提交代码。我不知道这是“压制”应用程序还是只是在达到这一点时对其进行修改。

当编辑器在运行上面所示的 rebase 命令后启动时，我也在 STDOUT 上看到了这一点：

$ git rebase -i HEAD~7
usage: git rev-list [OPTION] <commit-id>... [ -- paths... ]
  limiting output:
    --max-count=<n>
    ...

除了HEAD~7参考，我尝试指定整个 SHA1，以及本地和远程分支的不同引用规范。一切都相同的结果...

我缺少什么？感谢您的帮助！

Edit:

$ git log --oneline HEAD~7..HEAD
d0fd20e temp Fix resume_cities table
ea2ffdf Fix db/seeds.rb to reflect recent database structure modifications
dbd2b8b Add several models/scaffolds that go along with the Geonames tables
9759091 Fix name of the ResumeSkill model file.
3fc3134 Added the SHA1 for the previous commit to the comments on the migration, to help link back to that.
bacbeb2 Consolidate database migrations! READ ME!
0c49a57 Moved back to gem versions of linkedin, omniauth, and twitter

这是bacbeb2提交我想修改d0fd20e

根据@MarkLongair的建议，我添加了set -x to /usr/lib/git-core/git-rebase--interactive并看到以下奇怪的输出：

$ git rebase -i HEAD~7

[... output muted for brevity, see the full output, here: http://gist.github.com/1163118]
+ read -r shortsha1 rest
+ sed -n s/^>//p
+ git rev-list --no-merges --cherry-pick --pretty=oneline --abbrev-commit --abbrev=7 --reverse --left-right --topo-order 2c51946812a198ca908ebcad2308e4b8274624b3...d0e9ff6d9c1f8bc374856ca2a84ad52d6013b5bf
usage: git rev-list [OPTION] <commit-id>... [ -- paths... ]
  limiting output:
    --max-count=<n>
    --max-age=<epoch>
    --min-age=<epoch>
    --sparse
    --no-merges
    --remove-empty
    --all
    --branches
    --tags
    --remotes
    --stdin
    --quiet
  ordering output:
    --topo-order
    --date-order
    --reverse
  formatting output:
    --parents
    --children
    --objects | --objects-edge
    --unpacked
    --header | --pretty
    --abbrev=<n> | --no-abbrev
    --abbrev-commit
    --left-right
  special purpose:
    --bisect
    --bisect-vars
    --bisect-all
+ test t = 
+ test -s /home/ryan/Projects/social-jobs/.git/rebase-merge/git-rebase-todo
+ echo noop
[...]

我说“奇怪的输出”，因为如果我运行rev-list直接从我的 shell 命令，它按预期工作：

$ git rev-list --no-merges --cherry-pick --pretty=oneline --abbrev-commit --abbrev=7 --reverse --left-right --topo-order 2c51946812a198ca908ebcad2308e4b8274624b3...d0e9ff6d9c1f8bc374856ca2a84ad52d6013b5bf
>0c49a57 Moved back to gem versions of linkedin, omniauth, and twitter
>bacbeb2 Consolidate database migrations! READ ME!
>3fc3134 Added the SHA1 for the previous commit to the comments on the migration, to help link back to that.
>9759091 Fix name of the ResumeSkill model file.
>dbd2b8b Add several models/scaffolds that go along with the Geonames tables
>ea2ffdf Fix db/seeds.rb to reflect recent database structure modifications
>d0e9ff6 !temp Fix resume_cities table !temp

Update:在我的答案末尾有对此行为的解释，但我在这里留下了调试建议，以防它们对任何人有用。

我不确定我在这里有一个真正的答案，但我会尽我所能解释发生了什么。当调用为git rebase -i HEAD~7, git 应该只输出noop to .git/rebase-merge/git-rebase-todo如果该文件为空或不存在。我们知道这不是权限问题，因为该文件（包含“noop”和注释行）已成功创建。事实上，您看到一个错误git rev-list终端上还表明问题实际上是由于如何git rev-list被调用。在 git v1.7.4.1 中，使用您引用的命令行，应从以下内容中找到要包含的提交列表：

git rev-list --no-merges --cherry-pick --pretty=oneline --abbrev-commit \
    --abbrev=7 --reverse --left-right --topo-order HEAD~7...HEAD

请注意，这与手册页建议的内容有些不同（git log <upstream>..HEAD）因为范围使用...代替..

我猜，因为你看到了一个错误git rev-list，这是有问题的命令。你能尝试一下，看看输出是什么吗？如果这似乎有效，那么我怀疑有一个较早的错误导致该命令行格式错误。由于交互式变基是作为 shell 脚本实现的，因此您可以通过使用以下命令编辑脚本来相当轻松地调查这一点：sudo editor /usr/lib/git-core/git-rebase--interactive并添加set -x在顶部，类似：

#!/bin/sh
set -x
#
# Copyright (c) 2006 Johannes E. Schindelin

# SHORT DESCRIPTION
[...]

然后如果你尝试运行git rebase -i HEAD~7，您应该看到脚本正在运行的每个命令，并且可能会看到有什么问题git rev-list调用。

我希望这有一些帮助。

Update: It 事实证明 https://stackoverflow.com/questions/7137985/git-rebase-i-head7-showing-only-noop-in-editor/7154025#7154025这里的问题是发问者有IFS设置为仅包含制表符和换行符，而不是默认的空格、制表符和换行符。

这会导致线路出现问题git-rebase--interactive开始：

git rev-list $MERGES_OPTION --pretty=oneline [...]

... 自从MERGES_OPTION被设定为--no-merges --cherry-pick。默认值为IFS（包括空格）在变量被替换后，这将被分成两个参数。然而，随着IFS不包括空间，--no-merges --cherry-pick将被解释为single，并且显然是未知的，争论，导致git rev-list脚本中传递的使用消息和空输出。

一个很好的谜题:)