Semantic-Release 不会创建具有重大变更的版本

Question

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

\n

[@semantic-release/commit-analyzer] \xe2\x80\xba \xe2\x84\xb9  Analyzing commit: BREAKING CHANGE: Changes from slice_into_subrepo\n[@semantic-release/commit-analyzer] \xe2\x80\xba \xe2\x84\xb9  The commit should not trigger a release\n[@semantic-release/commit-analyzer] \xe2\x80\xba \xe2\x84\xb9  Analysis of 1 commits complete: no release\n

\n

为什么BREAKING CHANGE不创建一个版本，这里有记录这样做，

\n

\n

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

\n

\n

Answer 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.  

这不是两个例子，而是一个例子。这就是页脚中“重大更改：”的样子。

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

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

有关更多信息，请参阅有关“Angular 提交消息格式”的 upsream 文档