指摘箇所があればテストが落ちるようになっていました。チェックをもっと厳しくしたい!だけど厳しくすると、すでに存在するコード(つまり、プルリクで変更していない部分)が原因でテストが落ちるようになってしまいます。設定を変更した後は、人力での修正が終わるまでテストは落ち続けてしまいます。これでは開発に支障が出るので、テストでのチェックはやめて、プルリクで変更した部分にだけ指摘がなされる手段が求められました。自動レビューの手段として良いツールです。プラグインが存在するコードベースであれば良い選択でしょう。プラグインは存在しません。作ってもいいですが、あまり時間をかけたくもありません。Blogこちらのブログがきっかけになりました。ありがとうございます。両者を比べると以下の違いがありました。方がスター数は少ないですが、それを補うほど優れた点が複数ありました。言語であることに惹かれました。管理はしたくないな......と思っていたためです。なってから、まだ落ち着いていないようにも思えますし。モジュール管理が簡潔になる予定です。その上、シングルバイナリでアプリケーションを配布することが可能です。実行準備がとても簡単におこなえます。エラーを整形してあげる必要があります。https://github.com/loadsmart/danger-android_lint/blob/0.0.7/lib/android_lint/plugin.rb#L134-L157これはなかなかに面倒です。エラーのメッセージ形式を渡してあげれば、あとはよしなに解釈して、修正すべき行にコメントを残してくれます。いい選択肢に思えます。理解できますが、ここでもいくらか書いておきます。選ぶのが良いでしょう。オプションが必要なので注意しましょう。オプションで渡した部分の結果のみを出力します。さんのポケットマネーで動かしているので、安定した稼働は保証されていません。会社で扱う場合には良くない選択肢でしょう。