GitHub との強い連携を活用し、エンジニアがより開発に集中できる環境に

導入例１：リリースプルリクエストの自動作成

一番最初に GitHub Actions を導入したきっかけは、
リリースプルリクエストを自動作成するためでした。

ステージング環境に自動デプロイされる develop ブランチと
本番環境に自動デプロイされる main ブランチがあり、
本番環境へのリリースをおこなう際には、main ブランチに向けて develop ブランチをマージする必要がありました。

そのため、main ブランチへマージをおこなうリリースプルリクエストをエンジニアが手動で作成し、
その概要欄には、なんのプルリクエストがリリースされるかの一覧を列挙するという作業が、リリースのたびにあったのです。

GitHub に関する自動操作をおこなうことに関して GitHub Actions は向いています。
外部の CI/CD ツールで GitHub の操作をするにはアクセストークンを発行する必要がありますが、
GitHub Actions であれば、YAMLファイル内に ${{ secrets.GITHUB_TOKEN }} と書けばカンタンに認証をおこなえます。
（参考： https://docs.github.com/ja/actions/security-for-github-actions/security-guides/automatic-token-authentication ）

GitHub Actions と gh-release-pr-generator というGo言語で書かれたツールを併用することで、
人間の手を介さず、すぐにリリースプルリクエストが作成されるようになりました。

導入例２：静的コード解析ツールに従ってプルリクエストにコメントを付ける

rubocop, eslint, stylelint といったコードの静的解析をおこなうツールでの実行結果に合わせて、
プルリクエストに自動でレビューコメントを入れてもらうのにも GitHub Actions は便利です。

GitHub Actions 向けのアクションとして、reviewdog のインストールをおこなう reviewdog/action-setup が公開されています。
rubocop や eslint など主要な静的解析ツールであれば、
reviewdog/action-setup を使わずに、reviewdog/action-rubocop や reviewdog/action-eslint といったアクションでカンタンに設定することもできます。

• CircleCI

ラブグラフでは、CI/CDツールとしてもともと CircleCI を使用していましたが、
今回のケースのような GitHub に関する自動操作をおこなうことに関しては、
GitHub のトークンを管理する必要がないぶん GitHub Actions がより向いていると考え、使用しました。

どのような成果が得られたか

• リリースプルリクエストの自動作成
• 静的コード解析ツールを用いたプルリクエストへの自動レビュー
• レビュー待ちプルリクエストに関してのリマインド（詳細はこちらの技術ブログをご覧ください）

こういったことを GitHub Actions でおこなうことによって、
エンジニアたちが手動でおこなう作業は減り、開発に向かえる時間が増えました！