SwiftLintはDangerと組み合わせてこそ初めて真価を発揮してくれる - Qiita
TL;DR SwiftLintの設定方法 fastlaneのdangerアクション Bitriseにトークン設定 Pull Requestに対して勝手にレビュー! 前書き Swiftの開発だけでなく, 集団で開発するときに静的解析ツール(Lint)いれますよね. 例に漏れず, SwiftにもLintが存在しますが, Lintは導入しても一時的にオフにして開発などをされてしまうと効果を発揮しない場合があります. そしてそのままPRで上がってきたときに, 本来Lintの時点で直すべきところをレビューしなきゃいけなくなってしまうことがあるんですよね. これ言う側も言われる側もけっこう嫌だと思うんですよ笑 なので, PRが出た時点でDangerを使うことで精神衛生を保とうね, というのが目的です. ※ 今回はBitrise/fastlaneを使うことを前提としています SwiftLint Swif
GitHub のプルリクエストを Bitrise x Danger x ktlint で自動レビューする - Qiita
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⚡️をBitriseCIで導入してGithubのコードレビューを自動化する方法 - Qiita
Danger使ってますか？ 最近、Android/iOSアプリの勉強会でちょくちょく耳にするようになったDanger⚡️ 今回はDangerをBitriseで簡単に導入する方法から、 どんなことができるのかについてまとめて行きます。 WHAT IS DANGER⚡️ ? まずはDangerについて説明します。 公式サイトを読んで頂ければ大体わかるので詳細は公式サイトをみて下さい。 ざっくり言うとGithub上で行うPull RequestやMerge RequestをCI上で解析して自動でコメントしてくれるツールです。 例えば、 1000行を超えるプルリクエストが投げられた マイルストーンが設定されていない スクリーンショット貼ってない WIPが付いている TODOが残っている テストコードが書かれていない などなど なので、プロジェクト開始前にチームで決めたプルリク時のルールなどをコード
Bitrise と DeployGate で React Native アプリの評価環境を構築する - Qiita
Bitrise でもテストできるので一見 CircleCI はいらないように見えるんだけど、 Bitrise は push / pull request でしか trigger できないので細かい制御、例えばリリース用の tag を付加したときだけ動かしたい場合にやっぱりいる。 Bitrise.io スマホアプリ向け CI サービス。スマホアプリに特化しているだけあってかなり楽に iOS / Android のビルド設定ができる。具体的には次がうれしい。 Provisioning Profile や keystore などをアップロードできるのでセキュリティ的に安心 ↑を github repo に commit しなくてよい Bitrise を信用する必要はある メモリーが足りなかったりビルド時間が長すぎて打ち切られたりがない 少なくともいまのところこれで落ちたことはない UI でぽちぽ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
