git -change log 是用于生成通常在项目发行里程碑中分发的（又称为发行说明）的工具。 与其他执行相同操作的工具不同，该工具不需要您遵循任何特定的 git 工作流程约定。 它所假设的只是您将选择一些关键字（或使用内置关键字）来注释 提交 消息中的行。 具体而言，一个 提交 产生输出。 当您希望 记录 用户可见的更改（例如，新功能，错误修复，重大更改等）时，您可以编写一条普通的 提交 消息，并用所选的关键字在其中注释一些行。 带注释的行在报表生成时用于将更改组织成类别和范围。 然后，将有组织的更改呈现为漂亮而准确的更改日志。 没有标签的 提交 消息将被悄悄地忽略，您可以随意添加任意数量的标签。 这是一个快速演示： 提交 消息必须始终有意义，并且只需付出一点额外的努力，我们就可以自动完成为用户生成有意义的更改日志的工作。 当我完成变更工作时，我想暂停一下，考虑一下变更对最终用户意味着什么，并稍微重新组织

git log 用来查看 git 的 提交 历史，比如排查一些代码合并丢失的问题。在命令行执行 git log 会返回一个 提交 的明细列表，比如下面的 commit 8eca3ddd96ed92467633b0de1886719915c24f56 Author: think-next <2493393471@qq.com> Date: Sun Jan 16 22:49:44 2022 +0800 增加 gin bind 解析参数发生异常时，返回默认的 400 状态码问题 这个明细列表的

1. git log 默认不用任何参数的话， git log 会按 提交 时间列出所有的更新，最近的更新排在最上面。 正如你所 看到 的，这个命令会列出每个 提交 的 SHA-1 校验和、作者的名字和电子邮件地址、 提交 时间以及 提交 说明。 2. git log -p用来显示每次 提交 的内容差异。 你也可以加上-2来仅显示最近两次 提交 3.使用--stat选项，可以 看到 一些简单的统计信息 4....

git -commit-lint-vscode 在日常的开发中,目前主流的代码管理工具就是 git 了,当我们对代码进行改动了,首先得 git commit 提交 到本地仓库, git 规定了 提交 时必须填写 提交 信息作为改动说明,保存 commit 历史中,可以找到历史代码,也方便他人 review,还可以输出 CHANGE LOG ,对项目的研发质量都有很大的提升。 但是在平时的工作中,大 部分 对于commit 都是简单的填写,没有好好的重视,这对于项目管理和维护来说,无疑是不友好的。这个插件就是规范化 git 提交 规范,让你的 提交 不仅"好看"还"实用" git 规范 提交 从何说起? git 规范 提交 从哪里开始的呢?起源在哪呢?emmmmmm,这就追溯到了Angular了! 让我们看下Angular社区的 提交 规范 这个 提交 记录 是不是一目了然?所以 git commit规范下还是很有必要的! git - log -as-object模块允许异步收集本地 git 信息库中任何范围的 提交 的 提交 元数据。 git Log （选项？：选项）：Promise <Commit> 异步获取特定参考范围内所有 提交 的元数据。 options ：包含函数可选参数的对象。 请参见下面的“选项参数”。 一个承诺对象数组的承诺，其中包含范围内每个 提交 的元数据。 （请参阅下面的 提交 格式。） git Log Sync（options ?: Options）： 提交 [] 同步获取特定参考范围内所有 提交 的元数据。 options ：包含函数可选参数的对象。 请参见下面的“选项参数”。 包含范围内每个 提交 的元数据的Commit对象数组。 （请参阅下面的 提交 格式。） Options对象具有以下属性，所有这些属性都可能是undefined ：