コミットメッセージ規約 「Conventional Commits」を導入してみよう！ / Let's use Conventional Commits

PHPerkaigi 2022 のレギュラートークで使用したスライドです。 https://fortee.jp/phperkaigi-2022/proposal/8acc191a-7625-4dad-afc3-3f52025e6e6b https://www.youtube.com/watch?v=-npgdvGAnlU

[zkangaroo]

ブランチ名にイシュー番号を入れていてイシューやプルリクで目的や経緯がわかればそれでいい。ex) feature/NNN/xxxxx

[nakag0711]

うちはチケット番号とタイトルにしてる

[ken39arg]

github使ってるならpullreqに丁寧にwhy whatが書いてあれば十分かな。もちろんcommitにしっかり書かれていればlogだけで解るから嬉しいけどtypoとか雑多なcommitは雑多なコメントウェルカムで行きたい。

[kakei-akihiko]

冒頭の例は「私が何をしたのか」じゃなくて「このコードが何なのか」を書いてくれよって思う。

[pcrd]

“コミットメッセージ規約 「Conventional Commits」を導入してみよう！ / Let's use Conventional Commits Search ”

[kanu-orz]

コミットメッセージに依存し過ぎでは？ここまで突き詰めると管理する側は良いけど、コミットする側の負担が大き過ぎる気がする。

[ledsun]

バージョン番号が機械的に決まって便利です。結構なペースでメジャーバージョンが上がるのは、最初は慣れないかも。

[asuka0801]

wip commitは後でrebaseするから許して欲しい……

[daimaruonline]

“「Conventional Commits」”