AngularJS和Angular的提交信息指南进行比较的一些建议

首先

我参考了这篇文章并附上了提交信息。

【今日からできる】コミットメッセージに 「プレフィックス」 をつけるだけで、開発効率が上がった話

不过，我有一个疑问。

这是一个词无法准确描述的事情。
具体来说，在我的项目中我正在进行CircleCI的配置更改，
尽管它是一个持续集成工具，但我觉得称其为雑用有些不太适合。

在查看了参考来源的指南后，由于Angular(2.x〜)改成了AngularJS(1.x)，因此我简单地比较了最新的Angular提交指南。

相较之下，比较的方式。

• AngularJS

Angular

我从这两篇文章中提取出相应的部分进行了diff比较，并进行了目视确认。除了不影响指南的部分（如添加链接等），我将其排除在外。

不同之处

Type的任务不再分离了。

雑务（雜用）包含了各种各样的事物，但现在已经被分离成以下几个部分。

• build: ビルドシステムやライブラリの変更

ci: CI周りの変更

从提交记录中可以看出，似乎在文档的构建中也使用了 build 命令。
(例如：build(docs-infra): xxx)

将范围的设定方式明确化

Scope的确定方式已经明确化了。

• 基本はnpmのパッケージ単位

• いくつかの例外あり

packaging: package.json, *.d.tsなどでのパッケージレイアウトの変更
changelog: CHANGELOG.md
docs-infra: ドキュメントビルド関連
ivy: Ivy renderer
ngcc: Angular Compatibility Compiler
空: style, test, refactorで全てのパッケージにまたがる場合

複数のScopeにまたがる場合に * をつけてもいいという記述がなくなった

我认为这将根据项目而有不同的处理方式。

最后

因为家务活没有了，我可以使用ci，所以感到安心了( ´ω`)