我上演了一些要提交的更改;如何查看为下一次提交暂存的所有文件的差异?我知道 git status,但我想查看实际的差异 - 而不仅仅是暂存文件的名称。
我看到 git-diff(1) 手册页说
git diff [--options] [--] […] 这个表格是用来查看你相对于索引所做的更改(下一次提交的暂存区)。换句话说,差异是你可以告诉 git 进一步添加到索引但你仍然没有。您可以使用 git-add(1) 暂存这些更改。
不幸的是,我不能完全理解这一点。一定有一些方便的单线,我可以为其创建别名,对吧?
git status -v
也可以。请参阅my answer below
less
,如:git status -v | less
– 可管理的块 :)
它应该只是:
git diff --cached
--cached
表示针对当前 HEAD
显示缓存/索引中的更改(即分阶段更改)。 --staged
是 --cached
的同义词。
--staged
和 --cached
不指向 HEAD
,只是相对于 HEAD
不同。如果您使用 git add --patch
(或 git add -p
)挑选要提交的内容,--staged
将返回暂存的内容。
一个简单的图形使这一点更清楚:
https://i.stack.imgur.com/tVHYO.png
混帐差异
显示工作目录和索引之间的更改。这显示了已更改的内容,但未暂存以进行提交。
git diff --cached
显示索引和 HEAD(这是此分支上的最后一次提交)之间的更改。这显示了已添加到索引并暂存以进行提交的内容。
git diff 头
显示工作目录和 HEAD 之间的所有更改(包括索引中的更改)。这显示了自上次提交以来的所有更改,无论它们是否已准备好提交。
还:
365Git. 有更多细节
foo.c
进行了本地修改并且不执行 git add foo.c
,则 foo.c
不在索引中;它不是为提交而上演的。如果 git diff foo.c
天真地将工作 foo.c
与索引进行比较,那么它必须显示一个空/不存在的文件与 foo.c
的全部内容之间的巨大差异。因此,事实上,当索引中不存在文件时,git diff
会针对该文件回退到使用 HEAD
副本。
HEAD
的虚拟副本。请记住,Git 通过保存更改而不是保存整个文件来工作。当您暂存文件时,它仅存储所做的更改。如果索引像您暗示的那样是空白的,它将不知道如何保存索引中的更改,并且必须将整个文件保存为“新添加的” - 这是错误的。
HEAD
都将具有 foo.c
文件的未更改版本(它们不是物理副本,而只是您和我的逻辑副本。对于 Git,它们只是每次提交的相同数据流曾经涉及该文件所指的)。因此,当您在 完全 未暂存的 foo.c
上执行 git diff
时,它并没有真正回退到 HEAD
它实际上是在使用索引进行差异(它恰好包含文件的完全相同版本正如 HEAD
所做的那样)。所以图形是正确的。
git status -v
等同于 git diff --cached
(当然还有 git status
)
请注意,git status -v
也 显示了阶段性更改! (这意味着您需要分阶段进行 -- git add
-- 一些更改。没有分阶段的更改,没有与 git status -v
的差异。
它从 Git 1.2.0, February 2006 开始执行此操作)
在其长格式(默认)中,git status
有一个未记录的“详细”选项,它实际上显示了 HEAD 和索引之间的差异。
它即将变得更加完整:参见“Show both staged & working tree in git diff?”(git 2.3.4+,2015 年第二季度):
git status -v -v
git diff HEAD
git status -vv
还包括 git diff HEAD
所做的事情。
git version 1.8.3.1
。我知道它很旧,但如果可能,请注意何时引入此标志。
git status -v
较旧(github.com/git/git/commit/…,git 1.2.0,2006 年 2 月!)。请注意,它会显示 index 和 HEAD
之间的差异:如果您在索引中添加了任何内容(没有 git add
),那么 git status -v
将不会显示任何差异。 git status -v -v
较新(Git 2.3.4,2015 年 3 月)
git diff -v
。
如果您对视觉并排视图感兴趣,diffuse 视觉差异工具可以做到这一点。如果部分但不是全部更改已上演,它甚至会显示三个窗格。在发生冲突的情况下,甚至会有四个窗格。
https://i.stack.imgur.com/8Z6MO.png
调用它
diffuse -m
在你的 Git 工作副本中。
如果你问我,十年来我见过的最好的视觉效果。此外,它并非特定于 Git:它与大量其他 VCS 互操作,包括 SVN、Mercurial、Bazaar、...
另请参阅:Show both staged & working tree in git diff?
brew install diffuse
适用于 OS X。如果未暂存和暂存更改都不会显示 3 个窗格 - 您的意思是索引中还没有更改吗?
对于暂存区与存储库(最后一次提交)比较使用
$ git diff --staged
该命令将您的 staged($ git add fileName
) 更改与您的上次提交进行比较。如果您想查看已暂存的内容将进入您的下一次提交,您可以使用 git diff --staged。此命令将您的分阶段更改与您的上次提交进行比较。
对于工作与分期比较使用
$ git diff
该命令将工作目录中的内容与暂存区域中的内容进行比较。重要的是要注意 git diff 本身并不会显示自上次提交以来所做的所有更改 - 仅显示仍未暂存的更改。如果您已暂存所有更改($ git add fileName
), git diff 将不会给您任何输出。
此外,如果您暂存文件($ git add fileName
)然后对其进行编辑,则可以使用 git diff 查看暂存文件中的更改和未暂存的更改。
$ git diff
”。我很确定 git diff
比较了 Working 与 Staging。请参阅stackoverflow.com/a/1587952
您可以使用此命令。
git diff --cached --name-only
git diff
的 --cached
选项表示获取暂存文件,--name-only
选项表示仅获取文件名。
--name-only
选项我不妨使用常规的 git status
使用视觉差异工具
默认答案(在命令行)
此处的最佳答案正确显示了如何查看 Index
中的缓存/暂存更改:
$ git diff --cached
或 $ git diff --staged
,它是一个别名。
改为启动 Visual Diff 工具
默认答案将在 git bash (即在命令行或控制台中)吐出差异更改。对于那些喜欢暂存文件差异的可视化表示的人,git 中有一个可用的脚本,它为每个查看的文件启动一个可视化差异工具,而不是在命令行上显示它们,称为 difftool
:
$ git difftool --staged
这将与 git diff --staged
执行相同的操作,除了任何时候运行 diff 工具(即每次 diff 处理文件时),它将启动默认的可视 diff 工具(在我的环境中,这是 kdiff3 )。
工具启动后,git diff 脚本将暂停,直到您的可视化 diff 工具关闭。因此,您需要关闭每个文件才能查看下一个文件。
你总是可以在 git 命令中使用 difftool 代替 diff
对于您的所有视觉差异需求,git difftool
将替代任何 git diff
命令,包括所有选项。
例如,要在不询问是否为每个文件执行此操作的情况下启动可视差异工具,请添加 -y
选项(我认为通常您会想要这个!!):
$ git difftool -y --staged
在这种情况下,它将拉出可视差异工具中的每个文件,一次一个,在工具关闭后调出下一个文件。
或者查看在 Index
中暂存的特定文件的差异:
$ git difftool -y --staged <<relative path/filename>>
有关所有选项,请参见手册页:
$ git difftool --help
设置可视化 Git 工具
要使用默认以外的可视化 git 工具,请使用 -t <tool>
选项:
$ git difftool -t <tool> <<other args>>
或者,请参阅 difftool 手册页,了解如何配置 git 以使用不同的默认可视 diff 工具。
vscode 的示例 .gitconfig 条目作为 diff/merge 工具
设置 difftool 的一部分涉及更改 .gitconfig
文件,或者通过 git 命令在后台更改它,或者直接编辑它。
您可以在主目录中找到您的 .gitconfig
,例如 Unix 中的 ~
或 Windows 上通常的 c:\users\<username>
)。
或者,您可以使用 git config -e --global
在默认 Git 编辑器中打开用户 .gitconfig
。
以下是我的全局用户 .gitconfig
中将 VS Code 用作差异工具和合并工具的示例条目:
[diff]
tool = vscode
guitool = vscode
[merge]
tool = vscode
guitool = vscode
[mergetool]
prompt = true
[difftool "vscode"]
cmd = code --wait --diff \"$LOCAL\" \"$REMOTE\"
path = c:/apps/vscode/code.exe
[mergetool "vscode"]
cmd = code --wait \"$MERGED\"
path = c:/apps/vscode/code.exe
从 1.7 及更高版本开始,它应该是:
git diff --staged
如果您的意图是推送一个远程 repo 分支并且您在提交更改日志中的第一次传递不完整,您可以在像这样推送之前更正提交语句。
本地
...进行一些更改...
git diff # look at unstaged changes
git commit -am"partial description of changes"
...回想一下提交中未提及的更多更改...
git diff origin/master # 查看暂存但未推送的更改
...修改分阶段提交声明...
git commit --amend -m"i missed mentioning these changes ...."
git push
如果您有多个文件进行分阶段更改,使用 git add -i
可能更实用,然后选择 6: diff
,最后选择您感兴趣的文件。
默认情况下 git diff 用于显示未添加到 git 更新文件列表中的更改。但是,如果您想显示添加或暂存的更改,那么您需要提供额外的选项,让 git 知道您对暂存或添加的文件 diff 感兴趣。
$ git diff # Default Use
$ git diff --cached # Can be used to show difference after adding the files
$ git diff --staged # Same as 'git diff --cached' mostly used with latest version of git
例子
$ git diff
diff --git a/x/y/z.js b/x/y/z.js index 98fc22b..0359d84 100644
--- a/x/y/z.js
+++ b/x/y/z.js @@ -43,7 +43,7 @@ var a = function (tooltip) {
- if (a)
+ if (typeof a !== 'undefined')
res = 1;
else
res = 2;
$ git add x/y/z.js
$ git diff
$
一旦你添加了文件,你就不能使用'git diff'的默认值。你必须这样做: -
$ git diff --cached
diff --git a/x/y/z.js b/x/y/z.js index 98fc22b..0359d84 100644
--- a/x/y/z.js
+++ b/x/y/z.js @@ -43,7 +43,7 @@ var a = function (tooltip) {
- if (a)
+ if (typeof a !== 'undefined')
res = 1;
else
res = 2;
要查看特定阶段文件(或文件)的差异,您可以使用
git diff --staged -- <path>...
例如,
git diff --staged -- app/models/user.rb
git gui
和 git-cola
是图形实用程序,可让您查看和操作索引。两者都包括用于暂存文件的简单视觉差异,git-cola
还可以启动更复杂的并排视觉差异工具。
请参阅我在 How to remove a file from the index in git? 上密切相关的答案,以及 Git - GUI Clients 的官方目录。
还要考虑 gitk
工具,它由 git 提供,对于查看更改非常有用
--cached
对我不起作用,...哪里,受 git log
启发
git diff origin/<branch>..<branch>
做到了。
另一个使这变得简单的工具是 Emacs 中的 Magit 模式。它的默认视图列出了暂存和未暂存的更改。它的作用类似于 类固醇上的 git add -p
,因为您可以使用编辑器命令轻松地暂存或取消暂存大块(甚至是单行代码)。了解标准的 git 瓷器很重要,但我很少再使用 git diff --cached
了。
git diff --name-only --cached
git difftool --staged
而不是git diff --staged
一起使用以在每个文件上启动默认的视觉差异工具。difftool
也可以用任何其他参数代替diff
。git difftool --staged -d
在可视化工具中区分两个目录,而不是一次区分一个文件。git diff --cached -- <stagedfile>