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

什么是使用chore在语义版本控制提交信息？其他类型（例如专长或修复程序）很明确，但我不知道何时使用“琐事”。

谁能提供几个使用示例？

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

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

chore：更新艰巨的任务等；生产代码不变

它用于：

• “ 语义提交消息 ”和

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

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

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

“ grunt task”表示外部用户看不到的任何内容：

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

尽管Owen S 在评论中提到：

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