Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
... after_success: - wget -qO- https://toolbelt.heroku.com/install-ubuntu.sh | sh - git remote add heroku git@heroku.com:HEROKU_APP_NAME.git - echo "Host heroku.com" >> ~/.ssh/config - echo " StrictHostKeyChecking no" >> ~/.ssh/config - echo " CheckHostIP no" >> ~/.ssh/config - echo " UserKnownHostsFile=/dev/null" >> ~/.ssh/config - - heroku keys:clear - yes | heroku keys:add - yes | git push hero
Travis CIでテストを動かします。コマンドラインでテストが動いているならならば、そこまで難しい無いはずです。 https://github.com/akuraru/iOSxTDD/compare/1.1.2...1.2.0 参照 http://blog.ishkawa.org/blog/2013/04/14/travis-ci-ios/ http://efcl.info/2013/0613/res3301/ http://www.tokoro.me/2013/07/09/objc-travis-coveralls/ http://d.hatena.ne.jp/KishikawaKatsumi/20140211/1392056240 http://blog.dealforest.net/2013/04/travisci_ios_library/ http://blog.ishkawa.
$ cd my_project $ travis encrypt MY_SECRET=super_secret Please add the following to your .travis.yml file: secure: "Vl4wZ31VKVsF+w2Vowv1l/hC6p1a7BR8mwonSswcvpdbmz289dFE7oUW7gw3nwzE1lRe71Soh90YqMnGmMY6UASRWHMkDLbf4BACkt4jJKSfQyWRf+J1YmHS8l1lrhk6V+RUsQjNdGbOkuZ5PQVzpwsPzHut4UgrxuLfpW9SkIg=" Pro Tip: You can add it automatically by running with --add.
こんにちは、CircleCI Advent Calendar 18日目担当のKimです。 今回はCircleCIのTech stackと活躍しているツールについて紹介したいと思います。 開発系 Clojure CircleCIといえばご存知Clojureです。最初はRubyとRoRを使ってたみたいですが途中で切り替えた様です。Clojureを本格的に使ってるチームはまだまだ少ないと思います。個人的にはClojureがやってみたくてCircleCIに入ったという部分は大きいです。 起動が遅いとか、エラーメッセージが結構な割合で意味不明とか、関数言語としては怪しい仕様が時々あるとか、色々細かい不満はありますが基本的にはみんなClojureを愛しています。 ClojureScript フロントエンド開発ではClojureScriptを使っています。フロントエンドはほとんど触らないのであんまり詳し
端末にUSBケーブルつないでデバッグビルドをインストール、とかしんどい。 TravisCIを使ってGitHubにpushする度にDeployGateにデバッグ版のビルドがデプロイされるように設定しました。 gradleからDeployGateへのデプロイ build.gradleにDeployGateの設定を追記し、gradleからDeployGateへのデプロイをできるようにしておきます。 DeployGateのトークンは環境変数から読み込むように設定。 あとuploadDeployGateDebugタスクはassembleDebugタスクに依存するように設定、./gradlew uploadDeployGateDebugコマンドだけでデプロイできるように。 buildscript { repositories { mavenCentral() } dependencies { clas
はじめに travisのコマンドを大半打ってみたついでに、どんなものか残しておきました travisコマンド travis accounts ログインしているアカウントが所持しているリポジトリの数が表示される travis branches 各ブランチの最新のビルドが表示される travis cache キャッシュがクリアされる travis cancel 実行中のビルドを中止する travis console Rubyのインタラクティブシェルがたたける $ travis console >> User.current => #<User: RustyNail> >> Repository.find('RustyNail/sample_rails_app') => #<Repository: RustyNail/sample_rails_app> >> Repository.find('R
概要 CircleCI と Serverless を使ったサービスの開発環境の雛形。 はじめに 新しくサービスを作ることになりまして、 Serverless を使うことにします。 Serverless: https://github.com/serverless/serverless CircleCI で自動的にテスト、 AWS にデプロイするようにしておきます。 CircleCI: https://circleci.com/ Github で雛形を公開します。 https://github.com/exabugs/circleci 雛形を使って最短でプロジェクトを立ち上げる手順を以下で示します。 最短で試すには アカウント作成 AWS Github CircleCI Github から clone Fork git clone https://github.com/exabugs/cir
CircleCI で GKE(Google Container Engine) にデプロイしようと思っても、(案の定)現状のドキュメントのままやってもうまくいかないところがあります。その辺りのポイントをまとめます。 ベースとなるドキュメント Docker を利用する部分は、ここをベースに作ります。Kubernetes を使う部分は、GCE(Google Compute Engine) に Kubernetes をインストールして導入する手順となっているので、このまま使えません。GKE の場合は、もっと簡単に使うことができます。 GCP との連携 GCP(Google Cloud Platform) の CLI である gcloud コマンドは、既に導入された状態になっていますが、操作するためには認証を通す必要があります。この辺は、このドキュメントのまま使えます。 set project す
今回は上記の図の中に、オレンジ色の枠線に囲まれている部分の設定方法を紹介したいと思います。 CircleCIからHerokuにデプロイする作業が非常に楽で、「PROJECT SETTINGS」の「Heroku Deployment」に従ってやれば基本的に問題ありませんが、AWS CodeDeployの場合、かなり面倒いです。 S3側 リビジョンを保存するバケットを確保します 出来れば新しいバケットを作った方が楽ですね。 ロケーション(Location)は「s3://<バケット名>/」ですので、 仮にバケット名をdummyにすれば、「s3://dummy/」になります。 IAM(Identity and Access Management)側 CodeDeploy用のIAMロールを作ります CodeDeployが出来ることは、S3上のリビジョンを特定の条件(某タグがある)を満たす全てのEC2
概要 Firebase Test Labはクラウドベースのアプリテスト基板です。この投稿ではCircleCIからFirebase Test LabでのAndroidアプリのテストを実行する方法についてまとめます。 サンプルアプリ Firebase Test Labでテスト実行するサンプルアプリとして以下を用意しました。2Activityで構成される簡単なアプリで、テストコードをEspressoで書いています。 CLIからのFirebase Test Labによるテストの実行 まずローカル環境でCLIからFirebase Test Labによるテストを実行できるようにします。その流れとしては以下のようになります。 Firebaseプロジェクトの作成と課金 Google Cloud SDKの実行環境の構築 テストの実行 これらの詳細は以下の記事にまとめています。 CircleCIからのFire
general: artifacts: - ./app/build/outputs/apk/ machine: java: version: oraclejdk7 environment: ANDROID_HOME: /usr/local/android-sdk-linux test: override: - echo "Nothing to do here" post: - ./gradlew compileDevelopReleaseSources deployment: upload: branch: [master] commands: - ./gradlew assembleDevelopRelease - ./gradlew uploadDeployGateDevelop - ./gradlew assembleProductRelease - ./gradlew upload
Travis CIがこのほどXcode 6をサポートしました。 The Travis CI Blog: Status update on the Xcode 6 and iOS 8 rollout Xcode 6をサポートしたということは、Swiftもサポートしたということです。これでようやくOSSなSwift libraryをCIできるようになりました。めでたい さっそくSwiftライブラリをCIしてみましたが、ハマりどころが沢山ありましたので共有します。以下のプロジェクトで実際にCIでunit testを実行しているのでご覧ください。 https://github.com/gfx/Swift-JsonSerializer Travis CIの設定のポイント ポイントは以下のとおり。 test schemeをsharedにする Xcodeのscheme managerでtest用のsch
ビルド結果の通知等を行ないたい場合は、werkecr stepからnotifyを含むstepを探してみるといいと思います。個人的にはwercker-step-http-notifyがオススメです:D。 おまけ: カスタムboxの作り方 werckerは非常に自由度が高いので、今回のように独自の処理系をインストールした環境をあらかじめ作っておくことができます。 これはCreating your own boxes with Bashにあるようにwerkecr-box.ymlを書くことで実現できます。 今回は、以下のようにUbuntu 12.04の上に依存パッケージ(libc6とgmp)を導入し、SML#のサイトで配布しているdebからSML#コンパイラのインストールを行なっています。 name: smlsharp-box version: 1.0.0 inherits: wercker/ub
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く