- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我正在比较具有相同选项的 git show 和 git log。我在不同的提交上得到不同的结果。我还没有真正深入研究文档来弄清楚这是为什么,但我猜这与每个命令如何解释修订列表以及提交图的样子有关?例如,FFmpeg 上的演示:
案例一git日志:
> git log -n1 --numstat --format='%H' 00049f193d07cec0409069bc51d0dcb8ab9da837
00049f193d07cec0409069bc51d0dcb8ab9da837
案例一git show:
> git show -n1 --numstat --format='%H' 00049f193d07cec0409069bc51d0dcb8ab9da837
00049f193d07cec0409069bc51d0dcb8ab9da837
4 0 libavcodec/mpegaudiodecheader.c
案例2 git日志:
> git log -n1 --numstat --format='%H' 001d668d40b5f87d19271c7d5521368b5187425b
001d668d40b5f87d19271c7d5521368b5187425b
2 5 libavformat/dvenc.c
2 6 libavformat/gxfenc.c
5 0 libavformat/internal.h
2 5 libavformat/movenc.c
2 5 libavformat/mxfenc.c
7 0 libavformat/utils.c
案例2 git show:
> git show -n1 --numstat --format='%H' 001d668d40b5f87d19271c7d5521368b5187425b
001d668d40b5f87d19271c7d5521368b5187425b
2 5 libavformat/dvenc.c
2 6 libavformat/gxfenc.c
5 0 libavformat/internal.h
2 5 libavformat/movenc.c
2 5 libavformat/mxfenc.c
7 0 libavformat/utils.c
基本上,我很困惑为什么在情况 1 中,log 省略了更改的文件 (libavcodec/mpegaaudiodecheader.c
),而 show 包括它们,然后在情况 2 中,输出是相同。
供引用:
> git diff --numstat 00049f193d07cec0409069bc51d0dcb8ab9da837 00049f193d07cec0409069bc51d0dcb8ab9da837^
0 4 libavcodec/mpegaudiodecheader.c
最佳答案
Joseph K. Strauss's answer是正确的(这是一个 merge 提交)但不是很完整。缺失的信息散布在 Git 文档和源代码中,这就是为什么它们很难找到的原因。
首先,00049f193d07cec0409069bc51d0dcb8ab9da837
really is a merge commit .它的两个父节点是 d832020bd853f84b96a3fdf3e0a385d8492ec8c8
和 fcbcc561e0fdc95a7dd48b92db53846726aec27e
(我们不需要知道它们的确切数字,但不妨记录它们以显示其“merge 性”)。
The git show
documentation给了我们一个提示:
Any diff-generating command can take the
-c
or--cc
option to produce a combined diff when showing a merge. This is the default format when showing merges with git-diff(1) or git-show(1). Note also that you can give the-m
option to any of these commands to force generation of diffs with individual parents of a merge.
这里缺少的是对 -c
和 --cc
本身的描述,这在两个链接的手册页中都找不到,但是 < em>是在那git diff-tree
.然而,在我们去那里之前,值得去 the git diff
documentation ,我们在哪里找到这个:
"git-diff-tree", "git-diff-files" and "git-diff --raw" can take
-c
or--cc
option to generate diff output also for merge commits. [snip example]
Note that combined diff lists only files which were modified from all parents.
(我的粗体,但它确实非常重要;我们稍后会再次看到它,我将再次使用粗体)。现在我们可以跳回到git diff-tree
,我们在其中找到了 -c
和 --cc
的实际描述:
-c
This flag changes the way a merge commit is displayed (which means it is useful only when the command is given one tree-ish, or--stdin
). It shows the differences from each of the parents to the merge result simultaneously instead of showing pairwise diff between a parent and the result one at a time (which is what the-m
option does). Furthermore, it lists only files which were modified from all parents.
--cc
This flag changes the way a merge commit patch is displayed, in a similar way to the-c
option. It implies the-c
and-p
options and further compresses the patch output by omitting uninteresting hunks whose the contents in the parents have only two variants and the merge result picks one of them without modification. When all hunks are uninteresting, the commit itself and the commit log message is not shown, just like in any other "empty diff" case.
请注意,这告诉我们 --cc
是 git show
的默认值,但没有说明 git log
。事实证明,git log
默认只完全抑制 merge 差异输出,而 git show
设置 --cc
。前者似乎没有在任何地方记录,但可以在 Git 源代码中找到,在 builtin/log.c
和 revision.c
中:
[revision.c]
void init_revisions(struct rev_info *revs, const char *prefix)
{
memset(revs, 0, sizeof(*revs));
revs->abbrev = DEFAULT_ABBREV;
revs->ignore_merges = 1;
revs->simplify_history = 1;
[snip]
这为所有命令设置了忽略 merge 的默认操作(revs->ignore_merges = 1
);想要处理 merge 的命令需要清除标志(这也在 Documentation/technical/api-revision-walking.txt
中注明)。
git show
和 git log
(以及其他几个)都在 builtin/log.c
中实现,其中包含这个,在部分:
static void log_setup_revisions_tweak(struct rev_info *rev,
struct setup_revision_opt *opt)
{
if (DIFF_OPT_TST(&rev->diffopt, DEFAULT_FOLLOW_RENAMES) &&
rev->prune_data.nr == 1)
DIFF_OPT_SET(&rev->diffopt, FOLLOW_RENAMES);
/* Turn --cc/-c into -p --cc/-c when -p was not given */
if (!rev->diffopt.output_format && rev->combine_merges)
rev->diffopt.output_format = DIFF_FORMAT_PATCH;
/* Turn -m on when --cc/-c was given */
if (rev->combine_merges)
rev->ignore_merges = 0;
}
这是组合差异选项的地方,如果选择,则完全可以显示 merge 。同时,对于 git show
:
static void show_setup_revisions_tweak(struct rev_info *rev,
struct setup_revision_opt *opt)
{
if (rev->ignore_merges) {
/* There was no "-m" on the command line */
rev->ignore_merges = 0;
if (!rev->first_parent_only && !rev->combine_merges) {
/* No "--first-parent", "-c", or "--cc" */
rev->combine_merges = 1;
rev->dense_combined_merges = 1;
}
}
if (!rev->diffopt.output_format)
rev->diffopt.output_format = DIFF_FORMAT_PATCH;
}
因此 git show
检查是否指定了 -m
。如果没有,它会在内部打开 -m
,然后打开 --cc
除非有以下三个显式选项中的任何一个:-c
、--cc
和 --first-parent
。前两个有意义(不要覆盖用户的设置)但第三个很奇怪。 (也许它是为了避免以后引起问题,例如,如果我们要进行组合差异但只抽取了一个父 ID。)
仍然不是很明显的是这些不同的原因:
$ git log --no-walk --numstat 00049f193d07cec0409069bc51d0dcb8ab9da837
[snip output: log message, with no diff-stats]
$ git show --numstat 00049f193d07cec0409069bc51d0dcb8ab9da837
[snip log message]
4 0 libavcodec/mpegaudiodecheader.c
如果我们简单地将 -m
添加到 git log
(以便我们清除 rev->ignore_merges
标志),我们会得到 numstat 差异 parent 双方。但是,如果我们也添加 --cc
,我们会得到与 git show
相同的结果:
$ git log -m --cc --no-walk --numstat 00049f193d07cec0409069bc51d0dcb8ab9da837
[snip log message]
4 0 libavcodec/mpegaudiodecheader.c
稍加思考现在就清楚了为什么我们只看到一个文件:这是唯一一个从两个父文件都有更改的文件。这是相同的约束至于任何组合差异,果然,将 --cc
替换为 -c
(使用相同的 git log
)会产生相同的结果。
如果没有 -m
、-c
或 --cc
,git log
会打印 merge 日志消息,但从未尝试显示 merge 提交与其父项的差异。没有任何这些选项,git show
设置 --cc
。这大约有一半记录在案。
关于Git show vs Git log --numstat 输出差异,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37036277/
我时不时地输入“git”,然后想到别的东西,然后输入例如“git checkout master”。当然,这给我留下了 $ git git checkout master git: 'git' is
我做到了 git 克隆 git://foo.git 光盘富 ...编辑文件.. 现在我想重新开始。我不在乎我已经做出的任何改变,但我不想再次克隆整个巨型 foo.git,只是丢失我所有的更改。我怎
我在我的电脑上开发代码,我的计算节点很少。 为了让我的程序保持同步,我决定使用 git。以前,我以一种单向模式使用它来“下推”从 PC 到计算节点的更改。但是时不时遇到计算节点特有的小bug,现场修复
虽然它似乎什么也没做,但它没有给出任何警告或错误消息。有什么想法吗? 最佳答案 来自 Git 源的注释: /* * Read a directory tree. We currently ignor
我知道如何为这样的 HTTPS 请求提供用户名和密码: git clone https://username:password@remote 但我想知道如何像这样向 Remote 提供用户名和密码:
Git GUI、Git Bash 和 Git CMD 之间有什么区别?我是初学者,为了进行安装,我发现自己通常同时使用 git bash 和 git CMD 最佳答案 Git CMD 就像使用 git
有人能告诉我git中文件索引被删除是什么意思吗?这些文件在我的 VS Code 中标记为红色,但我仍然可以修改文件并将更改推送到将反射(reflect)这些更改的远程存储库。我认为这一切都是在我使用命
我通过 git 子树将 GLFV 库添加到项目中,但出现此警告“看起来您的 git 安装或您的 git-subtree 安装已损坏”。还描述了几个原因,为什么这可能是: 如 git --exec-pa
我有需要外部 git 项目的 repo,但我不想使用子模块,因为我想在 github 上存档所有文件,所以我认为我只是将具有 git repo 的整个目录添加到 git 但它不t 添加里面的 .git
我有需要外部 git 项目的 repo,但我不想使用子模块,因为我想在 github 上存档所有文件,所以我认为我只是将具有 git repo 的整个目录添加到 git 但它不t 添加里面的 .git
我一直在阅读一篇文章,作者在其中指示:在现有存储库中创建一个新存储库,并想知道这是否是他忽略的错误。稍后我会与他核实。 这些是我要检查的条件: 将现有目录制作成仓库的条件,并且已经 checkin 主
我确实在不同的计算机上处理相同的项目,我想知道是否有一种方法可以跟踪该 .git 文件夹,这样我就不必在所有本地文件中重新配置配置文件。 我将所有工作推送到 bitbucket。 最佳答案 不,没
这个问题在这里已经有了答案: How does git store files? (3 个答案) 关闭 9 年前。 我为我的许多项目创建了一个远程存储库,所以它是我的push 的目的地。与 git
应该如何在 git 中查看文件内容的完整历史记录? 一个文件在 git 中的历史很短,存储库通过 git-svn 同步,但在 svn 中的历史很长。 git 中的历史记录到达文件移动的位置。要查看历史
我是confused here ... 如何对修改后的文件进行git commit,以及如何对新文件进行git commit? 还有,你如何在git中单独提交文件? 最佳答案 git 提交过程分为两个
正在搜索 throw SO 来寻找答案。遇到这个似乎没有给出任何答案的旧线程。重新触发此线程,希望有人知道! 有人能告诉我 git subtree 和 git filter-branch 的区别吗?为
我想知道是否有一种方法可以避免在每个 Git 命令的开头键入单词 git。 如果有一种方法可以在打开命令提示符进入 “Git 模式” 后只使用一次 git 命令就好了。 例如: git> 之后,我们键
当您修改工作目录中的文件时,git 会告诉您使用“git add”暂存。 当您向工作目录添加新文件时,git 会告诉您使用“git add”开始跟踪。 我对这两个概念有点困惑,因为我假设跟踪文件的更改
为什么 git://有效 $ git clone git://github.com/schacon/grit.git Cloning into 'grit'... ... Checking conne
我在以下沙箱中练习 git:https://learngitbranching.js.org/?NODEMO 我在两个单独的 session 中运行了两组命令。第一组命令顺序如下: git clone
我是一名优秀的程序员,十分优秀!