何时使用“杂项”作为提交消息的类型？

Posted 2023-02-19

【中文标题】何时使用“杂项”作为提交消息的类型？

【英文标题】：When to use "chore" as type of commit message?

【发布时间】：2015-01-12 17:11:34

【问题描述】：

semantic version control commit messages中的chore有什么用？ feat 或 fix 等其他类型很清楚，但我不知道何时使用“chore”。

谁能提供几个使用示例？

另一个可能不相关的问题：修改.gitignore 等文件的正确提交消息类型是什么？

【参考方案1】：

您可以在“Git Commit Msg”中看到一个简短的定义：

chore：更新 grunt 任务等；没有生产代码更改

用于：

“Semantic Commit Messages”和

项目“fteem/git-semantic-commits”。

   git chore "commit-message-here" -> git commit -m 'chore: commit-message-here' 

修改.gitignore 将是“琐事”的一部分。

“grunt task”表示外部用户不会看到：

实现（现有功能，不涉及修复）， 配置（如.gitignore 或.gitattributes）， 私有内部方法...

虽然Owen S提到in the comments：

看Karma page you link to，我怀疑grunt task可能特指javascript's build tool grunt。 在这种情况下，他们可能并没有想到涉及实现或私有内部方法的更改，而是工具更改、配置更改以及对根本没有实际投入生产的事物的更改。 （我们的商店目前将它用于这些，也用于简单的重构。）

【讨论】：

我已经阅读了您提供的链接。实际上这是我发现的唯一东西！但我不明白grunt tasks 是什么意思。你能提供一些例子吗？

@AlirezaMirian 我为“grunt tasks”添加了一些示例。

查看您链接到的 Karma 页面，我怀疑grunt task 可能特指Javascript 的构建工具grunt。在这种情况下，他们可能并没有想到涉及实现或私有内部方法的更改，而是工具更改、配置更改以及对根本没有实际投入生产的事物的更改。 （我们的商店目前将它用于这些，也用于简单的重构。）

@OwenS。有趣的。我已将您的评论包含在答案中以提高知名度。

我想修改这个答案并指出它包括一些属于构建的提交，因为用户看不到构建提交。它仍然是一个很好的解释，只是错过了一个例外规则。