答: git log --name-only --format=''
答: git log --name-only --format=''
和SVN不一样,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id和我的肯定不一样,以你自己的为准。
git log - - pretty=full 执行该命令后,与默认的格式相比少了Data日期的描述,但是增加了commit 提交人信息,如下图: git log - -pretty=fuller 执行该命令之后,效果如下: 其他用法: git log - -name-only 仅在默认格式后面展示已经修改的文件,如下图: git log - -abbrev-commit 仅显示SHA-1的前几个字符...
git log --shortstat 仅在已修改的提交信息后显示文件清单 git log --name-only 显示新增、修改和删除的文件清单 git log --name-status 仅显示SHA-1的前几个字符,而非所有的40个字符 git log --abbrev-commit 使用较短的相对时间显示(例如:"two weeks ago") ...
git log -p commitID详细查看commitID的具体内容 git log -L :funcName:fileName 查看fileName文件中funcName函数的修改历史 git log --pretty=oneline 简易的查看commit 记录(直接用git log --oneline更方便一些) git reflog 用在回退时的场景, 当发生版本回退时,git log只能看到HEAD指针的祖先。而git reflog...
--name-only:仅在提交信息后,显示已修改的文件清单。 --name-status:显示新增、修改、删除的文件清单。 --abbrev-commit:仅显示SHA-1校验和的前几个字符,而非所有的40个字符。 --relative-date:使用较短的相对时间,而不是完整格式显示日期(比如“2 weeks ago”)。
我们常见的是在git log后面添加上-p 或--patch 它会显示每次commit提交时所引入的差异(也就是本次提交和仓库最新记录之间的差异)。整个结果会按照补丁的格式输出。 示例: 然后会发现这个log 的输出内容会很多很杂。 因为它会显示log的基本信息以外,还会附带每次提交的变化。当我们进行代码审查,或快速浏览某个提交...
# 显示有变更的文件$ git status# 显示当前分支的版本历史$ git log# 显示commit历史,以及每次commit发生变更的文件$ git log--stat# 搜索提交历史,根据关键词$ git log-S[keyword]# 显示某个commit之后的所有变动,每个commit占据一行$ git log[tag]HEAD--pretty=format:%s# 显示某个commit之后的所有变动,其...
首先,这篇文章会展示几种git log格式化输出的例子。大多数例子只是通过标记向git log请求或多或少的信息。 如果你不喜欢默认的git log格式,你可以用git config的别名功能来给你想要的格式创建一个快捷方式。 Oneline --oneline标记把每一个提交压缩到了一行中。它默认只显示提交ID和提交信息的第一行。git log -...