PR のフォーマットをチェックするフローを追加

[trm11tkr]

概要

close: #8

レビュー観点

• 適切なスコープでフォーマットを実行しているか

レビューレベル

• [x] Lv1: ぱっとみて違和感がないかチェックして Approve する
• [ ] Lv2: 仕様レベルまで理解して、仕様通りに動くかある程度検証して Approve する
• [ ] Lv3: 実際に環境で動作確認したうえで Approve する

レビュー優先度

• [ ] すぐに見てもらいたい ( hotfix など ) 🚀
• [ ] 今日中に見てもらいたい 🚗
• [x] 今日〜明日中で見てもらいたい 🚶
• [ ] 数日以内で見てもらいたい 🐢

画像 / 動画

なし

備考

• https://github.com/yumemi-inc/flutter-mobile-project-template/pull/44 で自動フォーマット対応の予定でしたが、melos の diffが期待通りの動作をしなかったため、diffの活用を取りやめました
• また、規模が拡大するに連れて全てのブランチを対象とした自動フォーマットは実行時間などを考えた上でも厳しそうという結論になり、PR のフォーマットをチェックする方針に変更しました

[github-actions[bot]]

Ready for review :rocket:

[trm11tkr]

@morikann @warahiko レビューよろしくお願いいたします🙏

[trm11tkr]

@morikann @warahiko ご指摘いただいた箇所を修正いたしました。お手隙の際に再度レビューお願いいたします🙇‍♂️ 特に見ていただきたいコミットは以下になります。

• dart fixを PR のチェックアクションから削除: 6864458
• ローカルでフォーマットするためのスクリプトを作成: bdf12e6

[trm11tkr]

@warahiko ご指摘いただいた箇所を修正いたしましたので再度レビューお願いいたします🙏

[trm11tkr]

@warahiko

一点、format.sh にあって check-format-ci.sh にない -path "./.dart_tool/*" が気になりましたが、 action の結果では問題起きてないので大丈夫ですかね？ ローカルで試すとここが失敗扱いになるのですが、多分ビルドしてなければ問題ない、ってところでしょうか

check-format-ci.sh は Action でのみ使用される想定でしたので、-path "./.dart_tool/*" の指定は不要だと判断いたしました…！

[trm11tkr]

レビューいただきありがとうございました！ こちらマージさせていただきます！

[warahiko]

check-format-ci.sh は Action でのみ使用される想定でしたので、-path "./.dart_tool/*" の指定は不要だと判断いたしました…！

了解です！

Approve したあとに調べてたんですが、.dart_tool の内部ファイルの生成タイミング、

• pub get では .dart ファイルは生成されない
• ビルド・テスト時には.dart ファイルが生成される

みたい？なので、例えば check-pr.yaml で Check format と Run test の順序を入れ替えるだけで落ちるようになる気もしました 現状問題ではないですが、今後気をつけないといけないくらいなら今のうちにパッとやってしまってもいいかもしれないですね

と書いてますが、この PR 自体はマージでよいと思います〜！

[trm11tkr]

例えば check-pr.yaml で Check format と Run test の順序を入れ替えるだけで落ちるようになる気もしました

サンプルプロジェクトを作成して確認すると失敗していました…。なので今後の懸念をなくすためにも今修正してしまったほうが良さそうですね…！ 8e7dac9 にて修正いたしました！

@warahiko 何度も申し訳ありませんが、レビューお願いいたします…！🙇‍♂️

[trm11tkr]

お二方とも丁寧にレビューしていただきありがとうございました！ マージさせていただきます！