我有一个我一直在处理的文件，然后我意识到我在上面几行我一直在处理的地方有一个错误。我很快纠正了这个错误，并想在我提交其余的工作之前提交它。太好了，这就是 git add --patch 的用武之地！
除了，我只看到了一个包含这两种变化的大块头。是否可以手动告诉 git 我想要两个帅哥？
【问题讨论】：
除了 'y' 和 'n'，当它询问你一个大块时，你可以给出的答案之一是's'，即“把这个大块分成更小的块”。完整列表：
y - stage this hunk
n - do not stage this hunk
q - quit, do not stage this hunk nor any of the remaining ones
a - stage this and all the remaining hunks in the file
d - do not stage this hunk nor any of the remaining hunks in the file
g - select a hunk to go to
/ - search for a hunk matching the given regex
j - leave this hunk undecided, see next undecided hunk
J - leave this hunk undecided, see next hunk
k - leave this hunk undecided, see previous undecided hunk
K - leave this hunk undecided, see previous hunk
s - split the current hunk into smaller hunks
e - manually edit the current hunk
? - print help
【讨论】：
s。
git gui 将允许您提交单行，即使它们被您不想提交的其他修改行包围。
【讨论】：
使用 Git 2.25（2020 年第一季度），将“git-add--interactive”Perl 脚本移至 C 的工作仍在继续。
因此，大块拆分功能（使用 's' 键访问的功能）将发生变化。
见commit 2e40831、commit 54d9d9b、commit ade246e、commit d6cf873、commit 9254bdf、commit bcdd297、commit b38dd9e、commit 11f2c0d、commit 11f2c0d、commit 510aeca、@9876543321、@、@9876543321 @、commit 80399ae、commit 7584dd3、commit 12c24cf、commit 25ea47a、commit e3bd11b、commit 1942ee4、commit f6aa7ec（2019 年 12 月 13 日）by Johannes Schindelin (dscho)。
（由@98764 合并@in commit 45b96a6，2019 年 12 月 25 日）
built-in add -p：实现大块拆分功能签字人：约翰内斯·辛德林
如果此开发人员的工作流程有任何迹象，那么这是 Git 的交互式
addcommand 中最有用的功能。注意：再一次，这不是从 Perl 代码到 C 的逐字转换：例如，
hunk_splittable()函数基本上完成了拆分大块的所有工作，只是为了找出是否有多个大块已经是结果（然后将该结果扔进垃圾箱）。
在 C 中，我们计算生成的大块的数量（实际上没有进行拆分工作，而只是计算从非上下文行到上下文行的转换），并将该信息与大块一起存储，我们这样做 而首先解析差异。另一个偏差：内置
git add -p设计时考虑了一个保存差异的 strbuf（如果需要，另一个保存彩色差异），并且大块头基本上只存储开始和结束指向该 strbuf 的偏移量。
因此，当我们拆分大块时，我们现在使用一种特殊的模式，其中大块头是动态生成的，并且只有大块的其余部分使用这样的开始/结束偏移量来存储。这样，我们也避免了 Perl 版本的大块头的频繁格式化/重新解析。
【讨论】：