GithubActionsに標準搭載されていない複雑な実行トリガーを表現する - ミツカリ技術ブログ

ミツカリのたなしゅん(@tanashun_dev)です。 GithubActions、皆さん使っていますでしょうか？ Pull request（PR）をトリガーにテストを実行したり、プッシュをトリガーにデプロイを実行したりしますね。 ほとんどの場面ではPRが作られたとき、プッシュされたとき、マージされたとき、などのGithubActionsが標準で用意してくれているトリガーで事足りるのですが、今回弊社で実行したいCIの理想的なトリガーの要件が複雑で、それを満たすのに少々苦労したのでその記録を残そうと思います。 要件 それぞれの要件となった背景は後述しますが、忙しい人のために先にどんな要件を満たすワークフローを作ったのかを示します。 PRがApproveされたとき ベースブランチがmasterブランチである CIを回す必要のあるファイルに変更があったときのみ 複数人がApproveをつけた場