このようなコミットを作成し、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 オプションは削除されました。パフォーマンス上の理由から、デフォルトのグラファイト幅 10mm が常に使用されます。
これは本当にお粗末なエラーです。GitHub issue #108 で報告されている理由は、
Angular Commit Message Conventions を参照してください。
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.
これは 2 つの例ではなく、1 つの例です。これは、フッターに「BREAKING CHANGE:」があるとどのように見えるかです。
これは、のドキュメントでも触れられています@semantic-release/commit-analyzer。
注: コミットは、選択した規則で指定されているとおりに正確にフォーマットする必要があります。たとえば、Angular コミット メッセージ規則では、
BREAKING CHANGEキーワードの後にコロン (:) を付け、コミット メッセージのフッターに含める必要があります。
詳細については、「Angular Commit Message Format」に関する upsream ドキュメントを参照してください。