Help us understand the problem. What is going on with this article?

Danger⚡️をBitriseCIで導入してGithubのコードレビューを自動化する方法

More than 3 years have passed since last update.

Danger使ってますか?

最近、Android/iOSアプリの勉強会でちょくちょく耳にするようになったDanger⚡️

今回はDangerをBitriseで簡単に導入する方法から、
どんなことができるのかについてまとめて行きます。

WHAT IS DANGER⚡️ ?

まずはDangerについて説明します。
公式サイトを読んで頂ければ大体わかるので詳細は公式サイトをみて下さい。
ざっくり言うとGithub上で行うPull RequestやMerge RequestをCI上で解析して自動でコメントしてくれるツールです。

例えば、

  • 1000行を超えるプルリクエストが投げられた
  • マイルストーンが設定されていない
  • スクリーンショット貼ってない
  • WIPが付いている
  • TODOが残っている
  • テストコードが書かれていない
  • などなど

なので、プロジェクト開始前にチームで決めたプルリク時のルールなどをコードで運用でき、
プルリクの最初のレビュアーをbotに任せて自動化することができます。

Dangerのセットアップ

まずは、Gitで管理するAndroid/iOSアプリのプロジェクトルートで
以下のコマンドを実行します。

$ bundle init

すると、Gemfileが生成されたと思いますので
こちらのファイルにgem "danger"と記述して下さい。

Gemfile
# frozen_string_literal: true
source "https://rubygems.org"

git_source(:github) {|repo_name| "https://github.com/#{repo_name}" }

# gem "rails"
gem "danger" // ←ココに追加!

記述後は下記コマンドを実行しましょう!

$ bundle install
$ bundle exec danger init

すると、コンソール上にDangerの導入チュートリアルが表示されますが、
Enterを押してどんどん飛ばして下さい⚡️

ここまでの操作でカレントディレクトリにDangerfileというファイルが追加されたと思います。

$ ls
Dangerfile   Gemfile    Gemfile.lock ...

生成されたDangerfileには先ほどのDangerの初期化処理で簡単なサンプルコードが記述されています。
こちらのコードはrubyで記述されています。

Github Access Tokenの生成

続いて、CIからGithubにアクセスする為のAccess Tokenを取得します。
取得するには以下のページにアクセスし、右上のGenerate new tokenからトークンを新たに取得します。

https://github.com/settings/tokens
GithubAccessToken.png

適切な権限が付与されたAccess Tokenが取得できたら
Github側の設定は完了です。

Bitriseの設定

続いて、Dangerfileをもとにプルリクを解析するCI側の設定です。
DangerはありとあらゆるCIにサポートしていますが、今回はBitriseを設定方法をまとめます。

まずは、BitriseにGithubでソース管理しているAndroid/iOSアプリのリポジトリを登録します。

登録後、Workflowの環境変数設定のタブでDANGER_GITHUB_API_TOKENという名前で
先ほどGithubで生成したAccess Tokenを環境変数に登録して下さい。

access_token.png

Access Tokenの設定が終わったら、CI上でDangerをインストール、実行するスクリプトを記述します。

bundle install
bundle exec danger

ここまでで、CI上での設定は終了です。

コメント出力

ここまでで、Dangerの基本的な設定は終わりました。
続いて、Dangerfileを修正してプルリクのコメント書式を色々試してみます。

Dangerfile
# メッセージをプルリクのコメントに表示
message "Hello Danger!"

# ワーイングをプルリクのコメントに表示
warn "Danger Warning!!"

# プルリクをエラー表示でブロックする
fail "close PR"

# マークダウンも使える
markdown("# markdown")
markdown("## markdown")
markdown("### markdown")

上記のようにDangerfileを編集して、適当にプルリクをしてみると
Botアカウントがコメントしてくれます。

comment.png
failでPRを落としてくれたりもします。

Try! Danger⚡️

さて、Dangerの設定とコメントへの出力方法は学んだので
あとはDangerfileを編集して実現したいことをコードで書くだけ

Dangerfile
# プルリクが編集中
warn("このプルリクが編集中のようです。") if github.pr_title.include? "[WIP]"

# プルリクがでかすぎる
warn("プルリクの変更箇所が多すぎるので分割しましょう。") if git.lines_of_code > 500

# マージコミットがある
has_merge_commit = git.commits.any? { |c| c.message =~ /^Merge branch '#{github.branch_for_base}'/ }
fail "マージコミットがあるのでリベースしましょう。" unless has_merge_commit

# マイルストーンが設定されていない
has_milestone = github.pr_json["milestone"] != nil
warn("プルリクにマイルストーンが設定されていないようです。", sticky: false) unless has_milestone

# 誰もアサインされていない
has_assignee = github.pr_json["assignee"] != nil
warn("誰もアサインされていないようです。", sticky: false) unless has_assignee

試しに

  • 作業ブランチの改変が500行を超える
  • タイトルに[WIP]がついてる
  • ブランチをきってからベースにコミットがある
  • マイルストーンが設定されていない
  • 誰もプルリクにアサインされていない

このようなプルリクを投げてみました。
すると、Botアカウントがちゃんとプルリクの1stレビュアーとしてコメントしてくれました。

output.png

まとめ

今回、Dangerの基本的な使い方をまとめました。
Android-lintのDangerプラグインとか使うとコードの中もチェックして
色々できるようなので今後もDanger活用してみたいです。

toshihirooya
iOS Engineer -> Android Engineer -> iOS Engineer -> Go Engineer
dip-net
ディップ株式会社は「バイトル」「はたらこねっと」などの求人情報サービスをはじめ、人工知能専門メディア「AINOW」、スタートアップ専門メディア「スタートアップタイムズ」、アニメなどの舞台を紹介するサイト「聖地巡礼マップ」といった新しい分野のサービスを自社で開発・運営しています。
https://www.dip-net.co.jp/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away