0

当我创建这样的提交时，git commit -m'BREAKING CHANGE: foo bar'向上推semantic-release告诉我，

[@semantic-release/commit-analyzer] › ℹ  Analyzing commit: BREAKING CHANGE: Changes from slice_into_subrepo
[@semantic-release/commit-analyzer] › ℹ  The commit should not trigger a release
[@semantic-release/commit-analyzer] › ℹ  Analysis of 1 commits complete: no release

怎么BREAKING CHANGE不创建发布，这里有记录，

重大变化：graphiteWidth 选项已被删除。出于性能原因，始终使用默认的 10 毫米石墨宽度。

4

1 回答 1

1

这是一个非常糟糕的错误。GitHub issue #108中报告的原因，

请参阅 Angular 提交消息约定。BREAKING CHANGE: 必须在提交的页脚中。你把它写在主题里。

这可能会令人困惑，因为主页上的示例显示，

perf(pencil): remove graphiteWidth option

BREAKING CHANGE: The graphiteWidth option has been removed.
The default graphite width of 10mm is always used for performance reasons.

这不是两个例子，而是一个。这就是在页脚中有“BREAKING CHANGE:”的样子。

文档中也提到了这一点@semantic-release/commit-analyzer，

注意：您的提交必须完全按照所选约定进行格式化。例如，Angular Commit Message Conventions 要求BREAKING CHANGE关键字后跟冒号 ( :) 并位于提交消息的页脚中。

有关更多信息，请参阅有关“Angular Commit Message Format”的 upsream 文档

于 2021-11-22T06:58:01.883 回答