Conventional CommitsとCHANGELOGの自動生成でリリースのユーザ影響をわかりやすくした話 - ドワンゴ教育サービス開発者ブログ

ドワンゴ教育事業 バックエンドエンジニアのtakuminishです。 現在、私は教材入稿ツールの開発チームに所属しています。 教材入稿ツールは昨年の2023年06月に社内向けに正式リリースされた比較的新しいツールであり、リリース当初はリリースノートに関する運用について検討が進んでいませんでした。 リリースノートは開発メンバーが手動で作成しており、内容も前回リリース後にマージされたPRタイトルとリンクを箇条書きで記載しているだけの簡素なものでした。 また、PRタイトルのフォーマットも存在しなかったため、英語で記載されたタイトルと日本語で記載されたタイトルが混在している、ユーザ影響度がタイトルからわからないといった問題もありました。 そこで、教材入稿ツール開発チームではリリースノートの運用として、Conventional Commitsを導入するとともに、conventional-change

[bellonieta]

git-cliffの方が便利だと思うけどなぁ

[mohri]

“Conventional Commitsとは、より明示的なコミットメッセージを記述するための規約のようなもの”

[berlysia]

PRタイトルをConventional Commits準拠にしてSquash Mergeする運用のもとでCHANGELOG自動生成とフォーマットチェック

[hmiyado]

Squash Merge で Conventional Commits 運用（=PRタイトルでConventional Commits）なところが個人的には興味深かったです 👀