有关git中常规提交信息的问题

Question

我正在尝试适应被描述在这篇文章中的约定性提交信息。

以下是该文章的一小段内容：

允许的<type>值：

feat (new feature)
fix (bug fix)
docs (changes to documentation)
style (formatting, missing semi colons, etc; no code change)
refactor (refactoring production code)
test (adding missing tests, refactoring tests; no production code change)
chore (updating grunt tasks etc; no production code change)

但是有时候会有一些难以归类到这些类型中的更改。我将列出我发现难以确定使用哪种类型的一些更改：

在这些情况下应该使用哪些类型?

1. 我在现有组件（react、angular、vue等）上添加了CSS样式。
2. 我编辑了项目中的配置文件，例如package.json，.prettierc等。
3. 重命名文件。
4. 删除文件。

- The.Wolfgang.Grimmer

---

你为什么添加了CSS样式？是为了创建新功能还是修复错误，或者其他原因？ - Nate Eldredge

@NateEldredge - 那意味着它是“feat”类型，因为我只添加样式而不修复某些设计。好的，我现在明白了。这取决于您添加CSS的原因。但是重命名文件怎么办，我想这是“重构”类型。对于配置文件，我认为它们是“琐事”类型。但是删除文件呢？假设这些文件不再需要，这是否意味着它只是“重构”？ - The.Wolfgang.Grimmer

Answer 1

以下是翻译的结果：

这里有更详细的常规提交类型

• build：影响构建系统或外部依赖项的更改（示例范围：gulp、broccoli、npm）
• ci：对我们的 CI 配置文件和脚本的更改（例如：CircleCi、SauceLabs）
• docs：仅文档更改
• feat：新功能
• fix：修复错误
• perf：改进性能的代码更改
• refactor：既不修复错误也不添加功能的代码更改
• test：添加缺失的测试或更正现有测试

对于您的每个问题，我都将在其下方放置我会使用的类型。

我在现有组件（react，angular，vue 等）上添加了 CSS 样式

feat

我编辑了项目中的配置文件，如 package.json、.prettierc 等

build

重命名文件

refactor，可能添加BREAKING CHANGE

删除文件

refactor，可能添加BREAKING CHANGE

- icc97

Answer 2

你所指的灵感来自Angular的提交规则：

https://github.com/angular/angular.js/blob/master/DEVELOPERS.md#commits

另请参见：

https://github.com/commitizen/conventional-commit-types/blob/master/index.json

https://github.com/pvdlg/conventional-commit-types

我认为对于你提到的一些点，比如“删除文件”，这可能取决于为什么你要删除它。例如，因为在代码中将其移动到更合适的位置而删除文件- 这可能是一个重构。

- james