当我启动git rebase -i 时，我可以发出git rebase --continue 或git rebase --abort 之类的命令。这些命令仅在 rebase 正在进行时才有效。
我如何知道是否正在进行变基？
（我将非常感谢有关 rebase 如何在内部工作的一些细节；git 对 repo 做了什么使其处于“rebase in progress”状态，？）
【问题讨论】：
标签： git git-rebase
2021 年更新：
正如我在“git stash is slow on windows”中提到的，Git for Windows 2.19（2018 年 9 月）、git stash（和 git rebase）不再是纯脚本，而是实际上是用 git.exe 编译的二进制文件。
Tim 的answer 说明了如何仍然难以确定变基是否正在进行。
这在邮件列表中进行了讨论，导致补丁像“status: rebase and merge can be in progress at the same time”：
自从引入了
git rebase -r，这是可能的。
但是我们的机器认为这是不可能的，并且在合并过程中没有说明正在进行的 rebase。
在此之前（2016 年）有一个“rebase in progress”检测案例，带有“worktree.c: check whether branch is rebased in another worktree”
这个函数find_shared_symref()用在几个地方：
- in
builtin/branch.c: 用于检测分支是否在别处签出并拒绝删除该分支。- 在
builtin/notes.c：它用于检测一个笔记是否被合并到另一个工作树中- 在
branch.c中，die_if_checked_out()函数实际上被“git checkout”和“git worktree add”用来查看分支是否已经在别处签出并拒绝操作。在情况 1 和 3 中，如果 rebase 正在进行，“HEAD”将处于分离模式。
find_shared_symref()未能检测到它并声明“no branch is checked out here”，即不是我们想要的。
原答案：2010
一方面，there is a ORIG_HEAD 在变基期间到位（但不限于变基命令）
但您也可以查看 2010 Git 1.7.0 git-rebase.sh script 本身（您可以了解它是“内部”；）。
像这样的线条可以给你另一个线索：
dotest="$GIT_DIR"/rebase-merge
test -d "$dotest" -o -d "$GIT_DIR"/rebase-apply || die "No rebase in progress?"
rebase-apply 似乎与rebase 一起出现，rebase-merge 仅与 rebase -i 一起显示。编码指南不鼓励使用
-o（参见Documentation/CodingGuidelines），因此now (2017, but also since 2011, Git 1.7.6)的正确方法是：(test -d ".git/rebase-merge" || test -d ".git/rebase-apply") || die "No rebase in progress?"
(test -d "$(git rev-parse --git-path rebase-merge)" || \ test -d "$(git rev-parse --git-path rebase-apply)" )这可以正确处理没有
.git目录的工作树和异常或非标准布局，还允许您从工作目录的子目录运行此测试。
那是因为git rev-parse --git-path <path>: 确实解析了“$GIT_DIR/<path>”。
而Elizandro - SparcBR 加上in the comments：
还可以将错误重定向到 null：
(test -d "$(git rev-parse --git-path rebase-merge)" || test -d "$(git rev-parse --git-path rebase-apply) 2>/dev/null"
Git 2.6+（2015 年第三季度）将在 rebase 期间打印更多信息：
参见commit 592e412、commit 84e6fb9（2015 年 7 月 6 日）、commit 84e6fb9（2015 年 7 月 6 日）和commit df25e94、commit 05eb563（2015 年 6 月 30 日）Guillaume Pagès (gitster)。
（由 Junio C Hamano -- gitster -- 合并于 commit 178d2c7，2015 年 8 月 3 日）
status：在rebase -i期间提供更多信息
git status在rebase -i期间提供更多信息，关于在变基期间完成的命令列表。
它显示：
- 执行的最后两个命令和
- 接下来要执行的两行。
它还提供了在
.git目录中查找整个文件的提示。
尝试检测 提示 不适用于 Git 2.26+，如 commit 6d04ce7
所示“git rebase”已经学会默认使用合并后端（即驱动“rebase -i”的机器），同时允许“--apply”选项使用“apply”后端（例如“format-patch piped to am”的道德等价物。
（rebase.backend配置变量可以设置自定义。）
见commit 10cdb9f、commit 2ac0d62、commit 8295ed6、commit 76340c8、commit 980b482、commit c2417d3、commit 6d04ce7、commit 52eb738、commit 8af14f0、commit befb89c、@989 @、commit 93122c9、commit 55d2b6d、commit 8a997ed、commit 7db00f0、commit e98c426、commit d48e5e2（2020 年 2 月 15 日）和commit a9ae8fd、commit 22a69fd（2020 年 1 月 16 日）@987654。 br>（由 Junio C Hamano -- gitster -- 合并于 commit 8c22bd9，2020 年 3 月 2 日）
git-prompt：更改基于交互的变基的提示
过去，我们对不同类型的变基有不同的提示：
REBASE: for am-based rebases REBASE-m: for merge-based rebases REBASE-i: for interactive-based rebases尚不清楚为什么这种区分是必要的或有帮助的；当。。。的时候 在提交e752019 中添加了提示（“改进 bash 提示以检测 各种状态，例如未完成的合并”，2007-09-30，Git v1.5.5-rc0），它只是添加了这三种不同的类型。
也许当时有一个有用的目的，但已经发生了一些变化：
- 合并后端在交互式后端上实施后被删除，导致基于合并的变基的提示从
REBASE-m更改为REBASE-i。- 交互式后端用于多种不同类型的非交互式变基，因此提示中的“
-i”部分并不真正代表它过去的含义。- Rebase 后端获得了更多功能，并且有大量重叠，有时很难区分它们。
- 后端之间的行为差异也已解决。
- 我们希望将默认后端从 am 更改为 interactive，这意味着如果我们不更改提示，并且仅当他们指定
--am或--whitespace或 @ 时，默认情况下人们会得到“REBASE-i” 987654432@ 他们会收到“REBASE”提示吗？- 未来，我们计划让“
--whitespace”、“-C”甚至“--am”运行交互式后端，只要它能够处理am-backend可以处理的所有事情。出于所有这些原因，将任何类型的变基的提示设为“
REBASE”。
Since Git 2.17 (March 2018)，你还有：
git rebase --show-current-patch
它在交互式 rebase 期间显示 .git/REBASE_HEAD 的内容，可以在冲突期间暂停。
【讨论】：
eg status does tell you。
git-rebase.sh 代码，如果在回购根目录的.git 文件夹内，目录rebase-merge 或@ 中的一个，Git 知道正在进行rebase 987654445@ 存在。
(test -d "$(git rev-parse --git-path rebase-merge)" || test -d "$(git rev-parse --git-path rebase-apply)" 之类的东西。这可以正确处理没有 .git 目录的工作树和异常或非标准布局，并且还允许您从工作目录的子目录运行此测试。
您还可以在__git_ps1 function in contrib/completion/git-prompt.sh 中查看此类检测是如何完成的，可用于 git-aware bash prompt：
if [ -f "$g/rebase-merge/interactive" ]; then
r="|REBASE-i"
b="$(cat "$g/rebase-merge/head-name")"
elif [ -d "$g/rebase-merge" ]; then
r="|REBASE-m"
b="$(cat "$g/rebase-merge/head-name")"
else
if [ -d "$g/rebase-apply" ]; then
if [ -f "$g/rebase-apply/rebasing" ]; then
r="|REBASE"
elif [ -f "$g/rebase-apply/applying" ]; then
r="|AM"
else
r="|AM/REBASE"
fi
fi
fi
【讨论】：
如果正在进行交互式变基，这将告诉你你在这个过程中的位置：
$ cat .git/rebase-merge/done
pick 786139e lrg
edit 668b8a6 ktio
$
现在我正在交互式 rebase 中编辑“ktio”补丁。
如果没有变基，它将如下所示：
$ cat .git/rebase-merge/done
cat: .git/rebase-merge/done: No such file or directory
$
【讨论】：
从 bash 命令行：
ls `git rev-parse --git-dir` | grep rebase
如果存在变基文件夹，则返回退出代码 0（成功），并将变基文件夹输出到 STDOUT。如果你 not 在 rebase 的中间，那么它将不输出任何内容并返回非 0 退出代码。所以你甚至可以做这样的事情：
ls `git rev-parse --git-dir` | grep rebase || echo no rebase
【讨论】：
如果你有EasyGit，eg status 会告诉你：
$ eg status
(Not currently on any branch.)
(YOU ARE IN THE MIDDLE OF A INTERACTIVE REBASE; RUN 'eg help topic middle-of-rebase' FOR MORE INFO.)
Changes ready to be committed ("staged"):
modified: .gitmodules
renamed: config_loader.rb -> code/config_loader.rb
Newly created unknown files:
vendor/
(YOU ARE IN THE MIDDLE OF A INTERACTIVE REBASE; RUN 'eg help topic middle-of-rebase' FOR MORE INFO.)
在彩色终端中，通知非常显眼：
（eg help topic middle-of-rebase 显示文档“How to resolve or abort an incomplete rebase”。）
【讨论】：
这里有一些不好的答案。 git 并没有真正说明它应该如何工作，所以唯一的答案是“git 是如何做到的？”。代码是here：
int wt_status_check_rebase(const struct worktree *wt,
struct wt_status_state *state)
{
struct stat st;
if (!stat(worktree_git_path(wt, "rebase-apply"), &st)) {
if (!stat(worktree_git_path(wt, "rebase-apply/applying"), &st)) {
state->am_in_progress = 1;
if (!stat(worktree_git_path(wt, "rebase-apply/patch"), &st) && !st.st_size)
state->am_empty_patch = 1;
} else {
state->rebase_in_progress = 1;
state->branch = get_branch(wt, "rebase-apply/head-name");
state->onto = get_branch(wt, "rebase-apply/onto");
}
} else if (!stat(worktree_git_path(wt, "rebase-merge"), &st)) {
if (!stat(worktree_git_path(wt, "rebase-merge/interactive"), &st))
state->rebase_interactive_in_progress = 1;
else
state->rebase_in_progress = 1;
state->branch = get_branch(wt, "rebase-merge/head-name");
state->onto = get_branch(wt, "rebase-merge/onto");
} else
return 0;
return 1;
}
它主要检查这几个文件/目录是否存在（注意!stat() 表示“文件是否存在”）。 am 是 git am，用于从邮箱应用补丁，我怀疑除了 Linux 开发人员之外的任何人都在使用。
rebase_in_progress: .git/rebase-apply && !.git/rebase-apply/applying || .git/rebase-merge && !.git/rebase-merge/interactive
interactive_rebase_in_progress: .git/rebase-merge && .git/rebase-merge/interactive
am_in_progress: .git/rebase-apply && .git/rebase-apply/applying
我想如果你想知道是否有任何类型的变基/am 正在发生，只需检查 .git/rebase-apply 或 .git/rebase-merge 是否存在。
【讨论】：
.git是一个带有实际git文件夹路径的文件，应该如何修改？
.git 是一个文件，那么您需要解析该文件（例如，它可能包含gitdir: /path/to/repo/.git/worktrees/worktreename）然后检查/path/to/repo/.git/worktrees/worktreename/rebase-apply 等。
我没看清楚，所以在这里：
在变基过程中，如果有一个正在进行中，git status 现在就足够了，因为它提供了信息（作为参考，我领导了名为 master 和 rbBr 的小分支）：
interactive rebase in progress; onto 5f8e534
Last command done (1 command done):
pick 1b7a450 BRANCH: another comment
No commands remaining.
You are currently rebasing branch 'rbBr' on '5f8e534'.
(fix conflicts and then run "git rebase --continue")
(use "git rebase --skip" to skip this patch)
(use "git rebase --abort" to check out the original branch)
Unmerged paths:
(use "git restore --staged <file>..." to unstage)
(use "git add <file>..." to mark resolution)
both modified: User.java
no changes added to commit (use "git add" and/or "git commit -a")
这在解决冲突之前显示，在解决冲突之后显示：
interactive rebase in progress; onto 5f8e534
Last command done (1 command done):
pick 1b7a450 BRANCH: another comment
No commands remaining.
You are currently rebasing branch 'rbBr' on '5f8e534'.
(all conflicts fixed: run "git rebase --continue")
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
modified: User.java
PS C:\my_git_repos\learning_git> git rebase --continue [detached HEAD 9645135] BRANCH: another comment
1 file changed, 1 insertion(+)
Successfully rebased and updated refs/heads/rbBr.
【讨论】：
git status 输出不是一个好习惯，正如 stackoverflow.com/questions/3921409/… 中所述
--porcelain 或--porcelain=v2 即可使其更适合自动化脚本。
我正在使用这个命令is_rebase=$(git status | grep "rebasing" | wc -l)
【讨论】：