CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章查看 Git 提交中发生了什么变化由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

Git 提供了几种方式可以帮你快速查看提交中哪些文件被改变.

如果你每天使用 Git，应该会提交不少改动。如果你每天和其他人在一个项目中使用 Git，假设 每个人 每天的提交都是安全的，你会意识到 Git 日志会变得多么混乱，似乎永恒地滚动着变化，却没有任何迹象表明修改了什么.

那么，你该怎样查看指定提交中文件发生哪些变化？这比你想的容易.

查看提交中文件发生的变化

  。

要想知道指定提交中哪些文件发生变化，可以使用 git log --raw 命令。这是发现一个提交影响了哪些文件的最快速、最方便的方法。git log 命令一般都没有被充分利用，主要是因为它有太多的格式化选项，许多用户在面对很多选择以及在一些情况下不明所以的文档时，会望而却步.

然而，Git 的日志机制非常灵活，--raw 选项提供了当前分支中的提交日志，以及更改的文件列表.

以下是标准的 git log 输出:

1. $ git log
2. commit fbbbe083aed75b24f2c77b1825ecab10def0953c (HEAD -> dev, origin/dev)
3. Author: tux <tux@example.com>
4. Date: Sun Nov 5 21:40:37 2020 +1300
5.  
6. exit immediately from failed download
7.  
8. commit 094f9948cd995acfc331a6965032ea0d38e01f03 (origin/master, master)
9. Author: Tux <tux@example.com>
10. Date: Fri Aug 5 02:05:19 2020 +1200
11.  
12. export makeopts from etc/example.conf
13.  
14. commit 76b7b46dc53ec13316abb49cc7b37914215acd47
15. Author: Tux <tux@example.com>
16. Date: Sun Jul 31 21:45:24 2020 +1200
17.  
18. fix typo in help message

即使作者在提交消息中指定了哪些文件发生变化，日志也相当简洁.

以下是 git log --raw 输出:

1. $ git log --raw
2. commit fbbbe083aed75b24f2c77b1825ecab10def0953c (HEAD -> dev, origin/dev)
3. Author: tux <tux@example.com>
4. Date: Sun Nov 5 21:40:37 2020 +1300
5.  
6. exit immediately from failed download
7.  
8. :100755 100755 cbcf1f3 4cac92f M src/example.lua
9.  
10. commit 094f9948cd995acfc331a6965032ea0d38e01f03 (origin/master, master)
11. Author: Tux <tux@example.com>
12. Date: Fri Aug 5 02:05:19 2020 +1200
13.  
14. export makeopts from etc/example.conf
15.  
16. :100755 100755 4c815c0 cbcf1f3 M src/example.lua
17. :100755 100755 71653e1 8f5d5a6 M src/example.spec
18. :100644 100644 9d21a6f e33caba R100 etc/example.conf etc/example.conf-default
19.  
20. commit 76b7b46dc53ec13316abb49cc7b37914215acd47
21. Author: Tux <tux@example.com>
22. Date: Sun Jul 31 21:45:24 2020 +1200
23.  
24. fix typo in help message
25.  
26. :100755 100755 e253aaf 4c815c0 M src/example.lua

这会准确告诉你哪个文件被添加到提交中，哪些文件发生改变（A 是添加，M 是修改，R 是重命名，D 是删除）.

Git whatchanged

  。

git whatchanged 命令是一个遗留命令，它的前身是日志功能。文档说用户不应该用该命令替代 git log --raw，并且暗示它实质上已经被废弃了。不过，我还是觉得它是一个很有用的捷径，可以得到同样的输出结果（尽管合并提交的内容不包括在内），如果它被删除的话，我打算为它创建一个别名。如果你只想查看已更改的文件，不想在日志中看到合并提交，可以尝试 git whatchanged 作为简单的助记符.

查看变化

  。

你不仅可以看到哪些文件发生更改，还可以使用 git log 显示文件中发生了哪些变化。你的 Git 日志可以生成一个内联差异，用 --patch 选项可以逐行显示每个文件的所有更改:

1. commit 62a2daf8411eccbec0af69e4736a0fcf0a469ab1 (HEAD -> master)
2. Author: Tux <Tux@example.com>
3. Date: Wed Mar 10 06:46:58 2021 +1300
4.  
5. commit
6.  
7. diff --git a/hello.txt b/hello.txt
8. index 65a56c3..36a0a7d 100644
9. --- a/hello.txt
10. +++ b/hello.txt
11. @@ -1,2 +1,2 @@
12. Hello
13. -world
14. +opensource.com

在这个例子中，“world” 这行字从 hello.txt 中删掉，“opensource.com” 这行字则添加进去.

如果你需要在其他地方手动进行相同的修改，这些补丁patch可以与常见的 Unix 命令一起使用，例如 diff 与 patch。补丁也是一个好方法，可以总结指定提交中引入新信息的重要部分内容。当你在冲刺阶段引入一个 bug 时，你会发现这里的内容就是非常有价值的概述。为了更快地找到错误的原因，你可以忽略文件中没有更改的部分，只检查新代码.

用简单命令得到复杂的结果

  。

你不必理解引用、分支和提交哈希，就可以查看提交中更改了哪些文件。你的 Git 日志旨在向你报告 Git 的活动，如果你想以特定方式格式化它或者提取特定的信息，通常需要费力地浏览许多文档来组合出正确的命令。幸运的是，关于 Git 历史记录最常用的请求之一只需要一两个选项：--raw 与 --patch。如果你不记得 --raw，就想想“Git，什么改变了？”，然后输入 git whatchanged.

原文地址：https://linux.cn/article-13286-1.html 。

最后此篇关于查看 Git 提交中发生了什么变化的文章就讲到这里了,如果你想了解更多关于查看 Git 提交中发生了什么变化的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。