SwiftのプロジェクトにDanger入れてみた - Qiita
参考 Dangerで効率よくPR駆動開発 | Recruit Jobs TECHBLOG https://techblog.recruitjobs.net/development/danger_driven_development ashfurrow/danger-swiftlint: A Danger plugin for SwifLlint. https://github.com/ashfurrow/danger-swiftlint Danger - Reference http://danger.systems/reference.html Dangerで始めるPull Requestチェック自動化 - コネヒト開発者ブログ http://tech.connehito.com/entry/danger 使うもの Danger Fastlane TravisCI Github 本題 T
GitHub - danger/awesome-danger: An awesome list of all things Danger
danger-ruby-swiftlint - A Danger plugin for SwiftLint. danger-xcode_summary - A Danger plugin showing all build errors, warnings and unit tests results from xcodebuild. danger-xcov - Danger plugin to validate the code coverage of the files changed in a pull request. danger-mention - Danger plugin to automatically mention potential reviewers on pull requests. danger-xcprofiler - Danger plugin for a
SwiftLintはDangerと組み合わせてこそ初めて真価を発揮してくれる - Qiita
TL;DR SwiftLintの設定方法 fastlaneのdangerアクション Bitriseにトークン設定 Pull Requestに対して勝手にレビュー! 前書き Swiftの開発だけでなく, 集団で開発するときに静的解析ツール(Lint)いれますよね. 例に漏れず, SwiftにもLintが存在しますが, Lintは導入しても一時的にオフにして開発などをされてしまうと効果を発揮しない場合があります. そしてそのままPRで上がってきたときに, 本来Lintの時点で直すべきところをレビューしなきゃいけなくなってしまうことがあるんですよね. これ言う側も言われる側もけっこう嫌だと思うんですよ笑 なので, PRが出た時点でDangerを使うことで精神衛生を保とうね, というのが目的です. ※ 今回はBitrise/fastlaneを使うことを前提としています SwiftLintとは? 改
Bitrise + fastlane で自動化していることを紹介します - LIVESENSE ENGINEER BLOG
デイキャンプとカメラにハマっているネイティブアプリグループの堤下(@roana0229)です。 みなさんはCI導入していますか？ 今まで弊社のiOS,AndroidアプリではCIが導入できていない現状がありましたが、2月末にリリースしたマッハバイトiOS版の開発を機に導入して、自動化していることを紹介します。 CIサービスは色々ありますが最近はよくBitriseを導入しているのを見かけます。ビルド環境への対応の早さやGUIでの操作しやすさから弊社もBitriseを導入しました。 静的なチェックの自動化 UnitTest以外では、静的なチェックでdangerを利用しています。dangerではgitの差分が扱いやすいようになっています。例えば、Swaggerを利用していてるのでAPI定義のyamlとswagger-codegenによって生成されるコードの差分をチェックしています。 swagge
GitHub のプルリクエストを Bitrise x Danger x ktlint で自動レビューする - Qiita
以前、Android プロジェクトへ ktlint を導入する手順をこちらに書きました。 ⇒ ktlint の導入と感想 今回は、GitHub のプルリクエスト時に CI（Bitrise）上で ktlint によるコードスタイルのチェックをし、結果を Danger を利用してプルリクエストにレビューとして書き込む、というのを実現する設定を紹介したいと思います。 動作イメージ なお、Danger 自体のセットアップについては長くなるので今回は説明しません。（また別の投稿で書こうと思っているので、もし書いたらリンクを追記します。） [2019.01.16 追記] こちらに書きました -> Android の開発環境へ Danger を導入するメモ Android プロジェクト側 ktlint の導入と感想 にも書きましたが、Gradle のタスクを次のようにしておきます。 task ktlin
Danger⚡️をBitriseCIで導入してGithubのコードレビューを自動化する方法 - Qiita
Danger使ってますか？ 最近、Android/iOSアプリの勉強会でちょくちょく耳にするようになったDanger⚡️ 今回はDangerをBitriseで簡単に導入する方法から、 どんなことができるのかについてまとめて行きます。 WHAT IS DANGER⚡️ ? まずはDangerについて説明します。 公式サイトを読んで頂ければ大体わかるので詳細は公式サイトをみて下さい。 ざっくり言うとGithub上で行うPull RequestやMerge RequestをCI上で解析して自動でコメントしてくれるツールです。 例えば、 1000行を超えるプルリクエストが投げられた マイルストーンが設定されていない スクリーンショット貼ってない WIPが付いている TODOが残っている テストコードが書かれていない などなど なので、プロジェクト開始前にチームで決めたプルリク時のルールなどをコード
CircleCIとdangerで、どんなプロジェクトでも簡単に「Stop saying "you forgot to …"」 - Qiita
CircleCIとdangerで、どんなプロジェクトでも簡単に「Stop saying "you forgot to …"」GitHubCircleCIpullrequestDangerCircleCI2.0 CircleCI Advent Calendar 2018の9日目です🎄 8日目の記事は @f-naoto832 さんのCircleCIで試行錯誤した話でした。 はじめに この記事は CircleCI2.0とdanger（ruby）専用のdocker imageを使うことで どんなプロジェクトでもdangerを利用できるようにした例を紹介します。 主な対象読者 最終的にPRで、approveする人（Techリードとか?） ruby, js, swift以外のどんなプロジェクトでもdangerを実行したい人 CIの整備をしている人 きっかけ ソースコードレビュー時、「〇〇、まだ終わっ
Dangerで始めるPull Requestチェック自動化 - コネヒト開発者ブログ
こんにちはー！こねひとちほーのえんじにあのフレンズ@Utmrerだよー！ 今回はPull Requestを自動でチェックしてくれるDangerについて紹介します。 Pull Requestでのコミュニケーション Pull Requestのレビューは不具合の指摘やコーディングスタイルの統一、より良いコードのための提案などのために行われます。 ですが、次のようなコミュニケーションをしたことはありませんか…？ タイトルにIssue Idを含めてもらえますか？ WIPみたいなんですがレビューして大丈夫ですか？ Base branchが間違ってます、変更してください。 変更履歴のdocsを更新してください。 このような「実装とは関係のない指摘」はできるだけ減らし、自動化したいものです。それを実現するのがDangerです。 Dangerとは DangerのGitHubには次のように書かれています。 F
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
v0.3.0 failing: Invalid `Dangerfile` file: (./.swiftlint.yml) · Issue #26 · ashfurrow/danger-ruby-swiftlint
GitHub - ashfurrow/danger-ruby-swiftlint: A Danger plugin for SwiftLint.
Dangerでpull requestレビューの指摘事項を減らす
GitHub - blooper05/danger-reek: A Danger plugin to lint Ruby files through Reek.
https://danger.systems/
GitHub - danger/danger: 🚫 Stop saying "you forgot to …" in code review (in Ruby)