Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

さいきん、Jenkinsのテストが遅い... specの肥大化... Jenkinsのインスタンスがm1.small… などなどは持続可能なCIを目指す上で大きな障壁であります。 じゃ、インスタンスでかくすりゃいいじゃん という事ができる方、分散rspecやってるぜheheな方はそれで幸せになれると思います。 え、あんまりお金ないし みたいな仲間は、@camelmasa 先生の記事読むと幸せになります。 プライベートリポジトリを激安にCI出来るCircle CIが凄い。 少し前から、Qiitaの皆さんにオススメしていただいたので検討してはいたのですが、ここまで良いとは思わなかった。 めっさ軽いし、安い Dashboardからして軽い。 日本に置いているのか先読みしているのか分からないけど、軽い。 1つのプライベートプロジェクトなら$19/moという破格。 実際、早くなったよ ちゃんと計測し
さいきん、Jenkinsのテストが遅い... specの肥大化... Jenkinsのインスタンスがm1.small… などなどは持続可能なCIを目指す上で大きな障壁であります。 じゃ、インスタンスでかくすりゃいいじゃん という事ができる方、分散rspecやってるぜheheな方はそれで幸せになれると思います。 え、あんまりお金ないし みたいな仲間は、@camelmasa 先生の記事読むと幸せになります。 プライベートリポジトリを激安にCI出来るCircle CIが凄い。 少し前から、Qiitaの皆さんにオススメしていただいたので検討してはいたのですが、ここまで良いとは思わなかった。 めっさ軽いし、安い Dashboardからして軽い。 日本に置いているのか先読みしているのか分からないけど、軽い。 1つのプライベートプロジェクトなら$19/moという破格。 実際、早くなったよ ちゃんと計測し
CircleCIで一定量のcoverageに達しない場合はテストを落として、デプロイしない用にする。 前提 railsで開発を行っている。 gem simplecovを導入している。 rspecを導入している(他のテストツールでも多分大丈夫) CircleCI自体はそのような機能は持っていない。下記問い合わせの返信内容。 We don't have anything built-in to prevent deploys when the test coverage is low. However, it looks like you're using simlecov. You can configure simplecov to fail the tests if the coverage is not high enough: https://github.com/colszowka
TravisCIにせよCircle CIにせよ通常その結果を得るには「取れるところにおいて取ってくればいい、終了!」なんだけど、人類には早すぎる並列実行テクノロジーをやむを得ず使わざるを得ない場合には人智を越えるので大変なわけです。 その具体例として(?)今回はCircle CIでparallel実行したsimplecovの結果収集を取り上げます。 対象のソースコードの取得 後述しますが、まず対象のソースコードが必要です。GitHubからの場合、https://github.com/<username>/<reponame>/archive/<commit>.tar.gz を取ってきて、tar -C /tmp -xf repo.tar.gzするのが楽でしょう。Private Repositoryの場合はOauth tokenを取得してBasic Authに<username>:<token
tokenは左メニューのAccountSettingより API Tokens を選択して取得できる。 使い方 現在のブランチのビルドを起動する。 まだAdd Project とかしていないプロジェクトだと何も置きずに止まるだけっぽい。 Add Project しているプロジェクトだとgithubから最新のBranch Tipを取ってくる。 Github 連携かけている場合ほとんど必要ない? udpate Build status Failed Started at Oct 11, 3:33 AM Finished at Oct 11, 3:33 AM Steps: Starting the build Start container Enable SSH Restore source cache Checkout using deploy key: xx:xx:xx:xx:xx:xx:x
@eaglesakura です。 私はCIのサービスとしてCircle CIを使用しています。 Jenikinsとくらべて良い点も悪い点も多くの記事で語られていますが、ここでは実際にどういう形でプロジェクトを運用しているか解説します。 Androidアプリ開発のテンプレート設定 私の場合は次のような設定をほぼテンプレートとして使用しています。 この状態からプロジェクトの要件に合わせて変更をかけます。 checkout: post: - git submodule update --init - chmod 755 ./gradlew - chmod 755 ./script/developer-install-private.sh # ここにビルド用スクリプトの実行権限を追記していく... machine: timezone: Asia/Tokyo java: version: oracl
こちらの記事ではCircleCIとCodeDeployの、基本的な連携しかたを紹介しました。この記事では、ステージング環境と本番環境のデプロイを分離する手順を紹介したいと思います。 #考え方 作成しやすさとセキュリティのバランスを配慮した結果、最初の記事で作成した以下を使いまわします。 IAMロール CodeDeployのアプリケーション CircleCIがデプロイを行うためのIAMユーザ 一方、以下は新しく作成します。 リビジョン保存用のS3バケット CodeDeployのアプリケーション内のデプロイグループ(deploy_group) また、インスタンスとブランチの関係は以下。 本番環境 → 今まで使用したインスタンスを使いまわす ステージング用の環境 → 新しく作成 GitHubのproductionブランチ → 本番環境用ブランチ GitHubのmasterブランチ → ステージン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く