新しいCircleCIの機能で、iOSアプリをTestFlightに上げる - Qiita
基本的には、 https://circleci.com/docs/ios-code-signing/ の通りです。 設定が完了したものは https://github.com/noboru-i/kyouen-ios にあります。 （ほとんどは https://github.com/noboru-i/kyouen-ios/pull/29 のPRで行いました） 事前準備 CircleCiでiOSのビルドをするためには、Pricing and Plan Information - CircleCIにあるように、最低でも$39/月の課金が必要です。 また、GitHubとの連携設定や、fastlaneの利用のためのGemfileなどが必要です。 .p12ファイルをアップロード 今回はTestFlightで配信するため、"iOS Distribution"の証明書を発行しておき、CircleCIにアッ
CircleCIで出来るコト - Qiita
CircleCI？ CircleCI 流行りのCIサービスです。 GitHub / BitBucketのPUSHに反応して、コードをゴニョゴニョします。 お金かかるの？ Pricing and Plan Information - CircleCI 1コンテナは無料です。 privateリポジトリでも、です。 つまり、ビルドに時間がかかっても良いなら、無料で使い続けられます。 ただし OS Xのコンテナは有料です。 iOSアプリのCIには、お金が必要です。 つづき 仕事としてフルタイム使うと、1日5〜10ビルドは最低必要なので、$129/monthは必要です。 複数人で開発とかしてると、もう一つ上の$249/monthぐらいが必要かも。 なにをやらせるか circle.ymlというファイルを、リポジトリのルートに置いておきます。 そこに実行させたいコマンドや、環境の指定を書いておくと、それ
CircleCI 2.0の新しいDocker imageを利用して、Androidのビルドとdangerの実行を行う - Qiita
CircleCI 2.0の新しいDocker imageを利用して、Androidのビルドとdangerの実行を行うAndroidCircleCIDanger CircleCI 2.0でAndroid関連の静的解析結果をPullRequestで指摘する - Qiita で、CircleCI側が用意したdockerイメージにRubyの実行環境が入っていなかったため、回りくどいことをしていました。 （workflowsを利用して、コードをattachしつつ、別のdockerイメージを動かす） その記事をベトナムの子会社に共有して数時間後、 https://github.com/circleci/circleci-images/pull/75/files というPRを教えてもらいました。 CircleCIの提供しているdockerイメージに、Rubyの実行環境が入ったようです。 これを使うことで
dangerをCircleCI上で使ってAndroidのコードを精査する (FindBugs/Android Lint) - Qiita
前回は、PR自体の属性（milestoneとかassignee）に対してのチェックを行いました。 今回は、FindBugsとAndroid Lintの結果を通知してみます。 最終的な差分は こちら のようになりました。 手順 Dangerfileの修正 http://techlife.cookpad.com/entry/2017/06/28/190000 を参考に、下記のような処理を追加しました。 # Findbugs findbugs.gradle_task = "app:findbugs" findbugs.report_file = "app/build/reports/findbugs/findbugs.xml" findbugs.report(true) # Android Lint android_lint.gradle_task = "app:lint" android_li
CircleCI 2.0でAndroid関連の静的解析結果をPullRequestで指摘する - Qiita
経緯 dangerをCircleCI上で使ってAndroidのコードを精査する (FindBugs/Android Lint) - Qiita では、CircleCI 1.0を使っていました。 CircleCI 2.0でAndroidのアプリをビルドしつつ、コードレビューBOTも動かす - Qiita では、CircleCI 2.0でしたが、Saddlerを使っていました。 DangerでCheckstyleの結果を指摘する - Qiita では、CircleCI 2.0でDangerを利用しましたが、Checkstyleの結果だけを指摘しました。 その後Gemを更新したりして、 FindBugs / PMD / Android Lint の結果も通知出来るようになりました。 今回は、そのあたりのコードをまとめて貼っていきます。 できるようになること CircleCI 2.0を動作させ、D
dangerをCircleCI上で使ってPull Requestを精査する - Qiita
Dangerとは Dangerとは、ざっくり言うと、PRのレビューをするときに、"You Forgot To...(...するのを忘れてませんか？）"と指摘するのを自動化するツールらしいです。 似たようなツールとして、以前から packsaddle/ruby-saddler を使っていたのは、 Androidのコードを自動で解析し、GitHubのpull requestにコメントする - Qiita にも書いていました。 Android開発のコードレビューbotを乗り換えた話 - クックパッド開発者ブログ を読むと、クックパッドさんもDokumiから乗り換えたということで、使ってみました。（ミーハー） （ミーハーついでに、fastlaneとか作ってる Felix Krauseさんが絡んでる？というのも、やってみた要因の一つ） 上記のブログにもDokumi時代の問題点が書かれていましたが、私
CircleCIでGitHubのReleaseを更新する - Qiita
動機 最近、Electronのアプリを作り始めました。 出来上がった機能をすぐに公開したいので、CircleCIでmac用のappファイルを作成し、GitHubのReleaseに上げる事にしました。 ただ、masterの変更の度にバージョン番号を上げるのも面倒だし、Releaseのタグが大量にあるのも微妙な気がしました。 （なにより、毎回tagを手動で作るのもめんどい） そこで、Releaseは毎回"更新"し、package.jsonのversionが変わっている場合のみReleaseを"追加"することにしました。 普通は逆というか、普通のフローとは違いますね。。 例： Releaseにv0.0.1が存在するとき、versionが0.0.1のままmasterが更新 以前のタグ・Releaseを破棄、最新のmasterでv0.0.1を再作成。 Releaseにv0.0.1が存在するとき、ve
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
