git-commit-style-guide 目的 统一团队Git commit日志标准,便于后续代码 review,版本发布以及日志自动化生成等等。 统一团队的 Git 工作流,包括分支使用、tag 规范、issue 等 Git commit 日志参考案例 angular commit-message-test-project babel-plugin-istanbul ...
接入参考git-commit-style-guide项目。具体步骤如下: 第一步:在工程跟目录下的package.json文件加入如下代码所示的scripts和dependencies内容,版本号为3位版本号。 { "name": "application-name", "version": "0.1.0", "scripts": { "commitmsg": "validate-commit-msg", "commit": "git-cz ", "changelog...
如果commit 用于撤销之前的 commit,这个 commit 就应该以 revert: 开头,后面是撤销这个 commit 的 header。在 body 里面应该写 This reverts commit <hash>.,其中的 hash 是被撤销 commit 的 SHA 标识符。 revert: feat(pencil): add 'graphiteWidth' option This reverts commit 667ecc1654a317a13331b17617d...
如果你发现无法限制在 72 个字符内,优先考虑把这个 commit 拆分成多个目的更单一的 commit。如果逻辑上无法拆分,就把详细信息放在下面的详情里,保持标题简短。 详情 详情和标题间隔一个空行。大部分 commit 应该保持目的单一,不需要详情部分。对于原因不是显而易见,或者原理需要解释的 commit,可以在这个部分说明。如果...
Git Commit 标准化 1 前言Git Commit Message 应该清晰明了,要用精简的语言说明本次提交的目的,其主要作用是为了后续的搜索、版本的回滚、合并冲突的追溯等操作。 我们在开发时一直以来对 Git Commit 格式有个约定俗称的要求,所以就没落实明确的规范。因为没有明确的规范,就会导致提交的消息较为随意。甚至出现「...
style: 不影响代码含义的更改 (例如空格、格式化、少了分号) refactor: 既不是修复 bug 也不是添加新功能的代码更改 perf: 提高性能的代码更改 test: 添加或修正测试 chore: 对构建或者辅助工具的更改,例如生成文档 Scope scope用于说明 commit 影响的范围,当影响的范围有多个时候,可以使用*。
$ git commit -m "hello world" 上面代码的-m参数,就是用来指定 commit mesage 的。 如果一行不够,可以只执行git commit,就会跳出文本编辑器,让你写多行。 $ git commit 基本上,你写什么都行(这里,这里和这里)。 但是,一般来说,commit message 应该清晰明了,说明本次提交的目的。
commit-template-2.png commit-template-3.png 9、参考链接 https://github.com/MobileTribe/commit-template-idea-plugin https://github.com/feflow/git-commit-style-guide https://github.com/ctaodream/template_git/blob/master/.template_git https://www.cnblogs.com/wubaiqing/p/10307605.html ...
用于说明 commit 的提交类型(必须是以下几种之一)。 feat 新增功能 fix 修复 bug docs 文档变更 style 代码格式(不影响功能,例如空格、分号等格式修正) refactor 代码重构 perf 改善性能 test 测试 build 变更项目构建或外部依赖(例如 scopes: webpack、gulp、npm 等) chore 变更构建流程或辅助工具 revert 代码回退...
type 指明 git commit 的类别,应该使用以下类型 『feat』: 新增功能 『fix』: 修复 bug 『docs』: 仅仅修改了文档,比如 README, CHANGELOG 等等 『test』: 增加/修改测试用例,包括单元测试、集成测试等 『style』: 修改了空行、缩进格式、引用包排序等等(不改变代码逻辑) ...