为何git add --patch对git add -N添加的二进制文件不起作用？

嘿，这个问题我刚好摸过门道，核心原因其实和这两个Git命令的设计逻辑直接相关：

首先得明确两个命令的定位：

• git add -N（也就是--intent-to-add）的作用是给Git打个招呼：“我之后要加这个文件，先在索引里留个位置”，它会在索引中创建一个空的文件条目，但不会把文件内容真正纳入暂存区。
• git add --patch（简称git add -p）是专门为文本文件设计的交互式暂存工具，它完全依赖Git生成的diff hunk（也就是文本中按行分割的变更片段）来让用户选择暂存哪部分内容。

回到你的例子，为什么二进制文件0会被跳过？

• 对于文本文件a，用git add -N标记后，Git能生成从“空文件”到“当前文本内容”的清晰diff hunk，git add -p能识别这个hunk，自然会让你选择是否暂存。
• 但二进制文件没有“行”的概念，Git没法生成那种可读的、按行拆分的diff hunk。哪怕你用git add -N标记了它，git add -p找不到可以交互处理的有效hunk，就直接跳过了。

实用解决方案 #

如果要暂存这个二进制文件，直接用普通的git add 0命令就行，完全没必要用git add -p。要是想确认二进制文件的变化，可以试试git diff --binary（不过二进制diff通常是乱码，更直观的方式还是直接查看文件本身）。

内容的提问来源于stack exchange，提问作者Tom Ellis