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

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
この記事のゴール 以下の環境で GitHub へのプルリクエスト・プッシュ時にユニットテストが走る環境を構築することを目指します。 GitHub は公開リポジトリ Swift CocoaPods 使用 全体の流れ Travis CI に登録 XCode のプロジェクトの修正 .travis.yml の作成 以下その手順です。 Travis CI に登録 Travis CI に登録をします。 Travis CI のプロフィールページに行き、 CI したいリポジトリを ON にします。 プロジェクトの修正 出展:Building an Objective-C Project Travis CI を使うために XCode でプロジェクトに以下の修正をする必要があります。 テスト対象のプロジェクトを Shared にする 依存モジュールを明示的にビルドするようにする 以下手順 メニューから Pro
This talk is a short introduction into the Swift Package Manager.
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
Swift CLI環境におけるTravis CIを利用した継続的Lint By raimon, 2016-05-05(木), in category Xcode Xcodeに付属する swift コマンドを使い、『詳解 Swift 改訂版』のサンプルコードを写経したり、書き換えて動作を確認したりするGitリポジトリを作った。 せっかくGitHubにホスティングしているので、学習しながら継続的にSwiftLintで好ましくない書き方を自動検知できると良いのではないかと考えた。 成果物 raimon49/swift-definitive-guide-2nd-edition-study 最低限で必要になるのは次のファイルである。 インストールスクリプトの準備 Travis CIのビルド環境へSwiftLintを導入する最速の手段は、リリース済みpkgファイルを取得し、OS Xの installe
@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ブランチ → ステージン
今回はCircleCIを1行追加するという簡単な作業で複数コンテナにバランシングしてしまうよ!というお話です。 CircleCIで並列処理をやっている方は是非試してみてください! 詳しい内容は以下。(英語) http://blog.circleci.com/announcing-automatic-test-balancing/ 何が変わるの? 今までは複数コンテナへちょうどよくテストを振り分けるのを手動なり何なりでやってました。 https://circleci.com/docs/parallel-manual-setup これが1行Gemを追加することで上記作業が必要なくなったというわけです! どうするの? さて肝心の追加する行ですが、Gemfileに以下の1行を追加して下さい。
GAE/GoのアプリをCircleCIからデプロイできるようにしたいと思います。AWSにデプロイするのとは違う感じなので、ドキュメントを読みました。以下はAppEngine Flexible Environment へのデプロイになります。StandardEnvでも参考にはなると思いますが、違う部分もあるので注意してください。 また、flexible envはまだbetaなので、この辺りすぐに変わる可能性があります。 公式のドキュメント このあたりを読めば書いてあります。 Authentication with Google Cloud Platform - CircleCI Continuous Deployment to Google App Engine - CircleCI 以下では書いてあることを順にやっていきます。 GCPサービスアカウントの作成 まずは GCPのコンソールで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く