Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
TL;DR SwiftLintの設定方法 fastlaneのdangerアクション Bitriseにトークン設定 Pull Requestに対して勝手にレビュー! 前書き Swiftの開発だけでなく, 集団で開発するときに静的解析ツール(Lint)いれますよね. 例に漏れず, SwiftにもLintが存在しますが, Lintは導入しても一時的にオフにして開発などをされてしまうと効果を発揮しない場合があります. そしてそのままPRで上がってきたときに, 本来Lintの時点で直すべきところをレビューしなきゃいけなくなってしまうことがあるんですよね. これ言う側も言われる側もけっこう嫌だと思うんですよ笑 なので, PRが出た時点でDangerを使うことで精神衛生を保とうね, というのが目的です. ※ 今回はBitrise/fastlaneを使うことを前提としています SwiftLint Swif
task ktlint(type: JavaExec, group: "verification") { description = "Check Kotlin code style." classpath = configurations.ktlint main = "com.github.shyiko.ktlint.Main" args "--android", "--color", "--reporter=plain", "--reporter=checkstyle,output=${buildDir}/reports/ktlint-results.xml", "src/**/*.kt" ignoreExitValue true } ポイントは CI(Bitrise) 用に checkstyle 形式での出力を追加しているのと、チェックにひっかかっても異常終了させない(ignoreE
Danger使ってますか? 最近、Android/iOSアプリの勉強会でちょくちょく耳にするようになったDanger⚡️ 今回はDangerをBitriseで簡単に導入する方法から、 どんなことができるのかについてまとめて行きます。 WHAT IS DANGER⚡️ ? まずはDangerについて説明します。 公式サイトを読んで頂ければ大体わかるので詳細は公式サイトをみて下さい。 ざっくり言うとGithub上で行うPull RequestやMerge RequestをCI上で解析して自動でコメントしてくれるツールです。 例えば、 1000行を超えるプルリクエストが投げられた マイルストーンが設定されていない スクリーンショット貼ってない WIPが付いている TODOが残っている テストコードが書かれていない などなど なので、プロジェクト開始前にチームで決めたプルリク時のルールなどをコード
CircleCI Advent Calendar 2018の9日目です🎄 8日目の記事は @f-naoto832 さんのCircleCIで試行錯誤した話でした。 はじめに この記事は CircleCI2.0とdanger(ruby)専用のdocker imageを使うことで どんなプロジェクトでもdangerを利用できるようにした例を紹介します。 主な対象読者 最終的にPRで、approveする人(Techリードとか?) ruby, js, swift以外のどんなプロジェクトでもdangerを実行したい人 CIの整備をしている人 きっかけ ソースコードレビュー時、「〇〇、まだ終わってないんだけど」って毎回指摘するのがめんどくさい。そして、される側も嫌だろう。 ruby on railsのプロジェクトにはdangerをGemfileに追加しているが、Scala / Java / Golan
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く