在语义版本控制提交消息中chore的用途是什么?其他类型如专长或修复是清楚的,但我不知道什么时候使用“家务”。
谁能举几个例子说明它的用法?
另一个可能不相关的问题:修改.gitignore这样的文件时,提交消息的正确类型是什么?
在语义版本控制提交消息中chore的用途是什么?其他类型如专长或修复是清楚的,但我不知道什么时候使用“家务”。
谁能举几个例子说明它的用法?
另一个可能不相关的问题:修改.gitignore这样的文件时,提交消息的正确类型是什么?
当前回答
你可以在“Git Commit Msg”中看到一个简短的定义:
杂务:更新繁重的任务等;无需更改生产代码
它被用于:
“语义提交消息”和 项目“fteem/git- semantics -commits”。 Git commit-m ' commit-message-here'
修改.gitignore是“杂务”的一部分。
“grunt task”指的是外部用户看不到的东西:
实现(现有功能,不涉及修复), 配置(如.gitignore或.gitattributes), 私有内部方法…
尽管Owen S在评论中提到:
看看你链接到的Karma页面,我怀疑grunt task可能专门指Javascript的构建工具grunt。 在这种情况下,他们可能没有考虑到涉及实现或私有内部方法的更改,而是考虑到工具更改、配置更改以及实际上根本没有进入生产环境的更改。 (我们的商店目前使用它来完成这些任务,也用于简单的重构。)
其他回答
你可以在“Git Commit Msg”中看到一个简短的定义:
杂务:更新繁重的任务等;无需更改生产代码
它被用于:
“语义提交消息”和 项目“fteem/git- semantics -commits”。 Git commit-m ' commit-message-here'
修改.gitignore是“杂务”的一部分。
“grunt task”指的是外部用户看不到的东西:
实现(现有功能,不涉及修复), 配置(如.gitignore或.gitattributes), 私有内部方法…
尽管Owen S在评论中提到:
看看你链接到的Karma页面,我怀疑grunt task可能专门指Javascript的构建工具grunt。 在这种情况下,他们可能没有考虑到涉及实现或私有内部方法的更改,而是考虑到工具更改、配置更改以及实际上根本没有进入生产环境的更改。 (我们的商店目前使用它来完成这些任务,也用于简单的重构。)