告诉 git 不要在行级别对完全更改的文件进行 diff

Question

我在 git 中有一个示例 HTML 文件。最近需要彻底改变，所以关注新旧之间的差异没有太大意义。

目前 diff 将显示为 ++-+--+--+---++，我希望它只显示 --------+++++++。

有没有办法告诉git这个文件更改是一个完整的更改，用户不需要知道行差异，而是整体更改？

PS答案显示了 diff 命令的方式，但是如果我可以在 commit 命令中为特定文件永久指定它，那就太好了。

Answer 1

git 中的每次提交都会为文件存储一个全新的 blob，即使更改是文本文件中的单个字符更改（稍后它可能只包含 delta 等）

并且您通常不应该担心如何以及什么git 存储（并且磁盘空间很便宜）

更新：

如果您只是担心重写文件时看到的 diff，则可以将 -B 选项与 diff 一起使用：

-B[][/]
--break-rewrites[=[][/]]

将完整的重写更改分解为删除和创建对。这
有两个目的：

它影响相当于完全重写文件的更改方式
不是一系列删除和插入混合在一起
几行碰巧与上下文文本匹配，但作为
一次删除所有旧的内容，然后一次插入
一切都是新的，数字 m 控制 -B 选项的这方面
（默认为 60%）。 -B/70% 指定小于原来的30%
应该保留在结果中，以便 git 将其视为完全重写
（即，否则生成的补丁将是一系列删除和
插入与上下文行混合在一起）。

与 -M 一起使用时，完全重写的文件也被视为
重命名的来源（通常 -M 只考虑消失的文件
作为重命名的来源），数字 n 控制这方面
-B 选项（默认为 50%）。 -B20% 指定更改
添加和删​​除与文件大小的 20% 或更多相比
有资格被选为重命名的可能来源
另一个文件。

还有更复杂的方法，例如使用过滤器分支等来删除（和修改）历史记录，但在这种情况下我不会推荐这些方法。