在语义版本控制提交消息中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。 在这种情况下,他们可能没有考虑到涉及实现或私有内部方法的更改,而是考虑到工具更改、配置更改以及实际上根本没有进入生产环境的更改。 (我们的商店目前使用它来完成这些任务,也用于简单的重构。)