"git 提交代码 pref" 的含义 首先,需要澄清的是,在 Git 的标准用法中,并没有直接名为 "pref" 的提交类型或命令。你提到的 "pref" 可能是指提交信息中的前缀,用于描述提交的类型或目的。在 Git 社区中,使用特定的前缀来描述提交类型是常见的做法,这有助于团队更好地理解和分类每次提交的内容。 如何使用 git...
fix:修复bug pref:提高性能的代码更改 refactor:既不是修复bug也不是添加特征的代码重构 style:不影响代码含义的修改,比如空格、格式化、缺失的分号等 test:增加确实的测试或者矫正已存在的测试 chore 杂项任务,如更新了依赖,修改了ReadMe 二. 主题 主题包括了对本次修改的简洁描述,有以下准则 使用命令式,现在时态:...
pref:性能、体验相关的提交 refactor:代码重构 revert:回滚某个更早的提交 style:不影响程序逻辑的代码修改、主要是样式方面的优化、修改 test:测试相关的开发 轮子 在github 上有commitlint这个项目,它可以很方便的在工程中做配置,并允许你自定义上面说的「规范」、「分类」。 commitlint:用于检查提交信息 husky:hook...
在commitlint.config.js 中添加配置信息 consttypes=['build','ci','chore','docs','feat','fix','pref','refactor','revert','style','test'];typeEnum={rules:{'type-enum':[2,'always',types]},value:()=>types}module.exports={extends:["@commitlint/config-conventional"],rules:{'type-case'...
pref:提高性能的代码更改 Body 部分是对本次 commit 的详细描述,可以分成多行。 Footer 部分只用于两种情况: 不兼容变动,以BREAKING CHANGE开头,后面是对变动的描述、以及变动理由和迁移方法 关闭Issue 另外,如果是回滚撤销 git commit,则 commit message 必须要以revert:开头,如: ...
{ value: 'pref', name: 'pref: 性能优化'}, { value: 'test', name: 'test: 增加测试'}, { value: 'chore', name: 'chore: 构建过程或辅助工具的变动'}, { value: 'revert', name: 'revert: 回退'}, { value: 'build', name: 'build: 打包'} ...
• pref:性能、体验相关的提交 • refactor:代码重构 • revert:回滚某个更早的提交 • style:不影响程序逻辑的代码修改、主要是样式方面的优化、修改 • test:测试相关的开发 轮子 在github 上有commitlint[1]这个项目,它可以很方便的在工程中做配置,并允许你自定义上面说的「规范」、「分类」。
...pref.log # (绝对)仅忽略 项目 根目录下的 TODO 文件和目录 /TODO 以下是说明: # 忽略something文件和something目录 something # 只忽略something...something/ # 只忽略当前目录下的something文件和目录,子目录的something不在忽略范围内 /something 总结: 一般用第二种'something/'就够了 使用Windows......
格式 style 仅仅修改了空格、格式缩进、逗号等等,不改变代码逻辑 重构 refactor 代码重构,没有加新功能或者修复 bug 优化 pref 优化相关,比如提升性能、体验 测试 test 测试用例,包括单元测试、集成测试等 回滚 chore 改变构建流程、或者增加依赖库、工具等 更新 revert 回滚到上一个版本 示例: gitcommitcommitizen ...
pref:提高性能的代码更改 refactor:既不是修复bug也不是添加特征的代码重构 style:不影响代码含义的修改,比如空格、格式化、缺失的分号等 test:增加确实的测试或者矫正已存在的测试 (2)scope scope用于说明 commit 影响的范围,比如数据层、控制层、视图层等等,视项目不同而不同。