Travis CI Documentation
This documentation site is Open Source. The README in our Git repository explains how to contribute. Travis CI relies on Open Source licensing information. GitHub Pages Deployment This page documents deployments using dpl v1 which is currently the legacy version. The dpl v2 is released, and we recommend useig it. Please see our blog post for details. dpl v2 documentation can be found here. Deployi
CircleCI 2.0 移行に潜む闇 - SmartHR Tech Blog
こんにちは。SmartHR SRE チームの吉成です。 先日 CircleCI 2.0 移行の記事を書きましたが、CircleCI 2.0 に移行するのは一筋縄ではいきませんでした。 本日は設定の変更や Docker 利用の影響で行き詰まったことを紹介し、その解決方法を共有したいと思います。幾つかは前回の記事でも軽く触れたものになりますが、参考になれば幸いです。 カスタムイメージ置き場の闇 2.0 から自身で CI に利用したい Docker イメージをあらかじめ作ることで、ビルド中の動作環境を用意する時間を短くできるようになりました。 弊社では Ruby on Rails をベースにしつつも、フロントエンドのコードは npm を使って管理するように分割されているため、Ruby と npm の両方を扱える環境が必要でした。 そのため、今回は Ruby をベースイメージとして npm をイン
CircleCI で GitHubのブランチ更新をフックしてAWS ECSへデプロイする - Qiita
この文書について 対象読者: サーバサイドエンジニア AWS の ECSへのデプロイ を GitHub と CircleCI を使って実施する方法を紹介します 具体的には インフラ構成 (GitHub,CircleCI,AWS にそれぞれどんなデータがあるのか) デプロイはどのような流れで行われるのか デプロイフローの構築 AWS側で準備すること ビルド用にソースコードリポジトリに準備しておくこと CircleCI側で準備すること CircleCIのYAMLファイルに書くシェルスクリプト を説明します。 利用するツール GitHub いわずと知れたGitリポジトリのホスティング 外部サービス連携がやりやすい CircleCI 2.0 GitHub上のリポジトリのイベントと連携してタスクが実行できます PullRequestに連動してテストコードを実行 ブランチのPushに連動してデプロイ
Running Docker Commands - CircleCI
Use the remote Docker environment to build Docker images within the Docker execution environment. When you use remote Docker for a job, all Docker commands execute locally on the virtual machine used to spin up your primary Docker container. The remote in "remote Docker" is a legacy term from when remote Docker usage would spin up a separate, remote environment for running Docker commands.
wercker を使って Coq コードを CI する - Qiita
wercker の Coq box をけっこう前に作っていたのでその紹介です。 wercker は Travis CI のような CI as a Service と呼ばれる類の Web サービスです。基本無料です。 wercker では任意のアプリケーションをインストールした環境 (box といいます) を自分で作ることができて、その環境を使って CI をすることができます。 使い方 GitHub または Bitbucket にリポジトリ (Private でも可) を作り、wercker にそのリポジトリを登録します。 Make というファイルを作り、下のように Coq ファイルの名前を書いていきます。 ファイル名は Make でなくてもいいのですが、Coq演習第7回 に「Makeという名前にすることが多い」と書いているとおり ssreflect やその他いろいろなライブラリで Make
EngineYard 上のRailsアプリをWerckerでデプロイする - Qiita
はじめに つい先日まで、EngineYard に Rails でアプリを構築して、自動テストは wercker でおこなっていたものの、デプロイは EngineYard のダッシュボード画面より手動でおこなっていました。 そろそろデプロイも自動化したいと思いましたが、wercker ではデフォルトでは EngineYardへのデプロイに対応していないません。どうも、Codeship というサービスが EngineYard へのデプロイに対応しているということで切り替えました。 しかしフリーでの利用はビルドが100回までという制限があり、実際運用してみると1週間ももたないということがわかり、Codeship の利用をあきらめました（コミットコメントに [skip ci] という文字列を含めると自動ビルドをスキップするという機能はあるのですが、100回という上限を気にしながら開発するのは精神衛
Wercker を利用したデプロイの際の SSH 鍵設定 - Qiita
Wercker という Continuous Integration（CI、継続インテグレーション）を提供する SaaS があります。 なんとベータ版で無料！使わない理由がありません。 CI というとコードのビルドやテストを行うものを思い浮かべる方が多いかと思いますが、デプロイにも使えて、非常に便利です！ ただ、GitHub にプッシュ→Wercker でビルド＆テスト実行→テストが通ったらデプロイ、という流れを考えると、GitHub、Wercker、デプロイ先と3つのサーバを経由しており、お互いにどうやって認証しているのか非常にややこしくなります（少なくとも自分は最初混乱しました）。 GitHub → Wercker これは Wercker のウェブサイトから簡単に設定できるので、割愛します。 Wercker サーバ → デプロイ先サーバ 1. ssh-keygen で新しい暗号鍵を生成
CircleCIの料金体系 - Qiita
料金体系 Pricing and Information - CircleCI The first container is free and each additional one is $50/mo. 1Container無料で1Container増設毎に$50/月。 Containerって何？ じゃあContainerって何なのか。そのまま答えになりそうな記事があったので雑に和訳した。 Pricing and Information - CircleCI How do containers work? Every time you push to GitHub, we checkout your code and run your build inside of a container. If you don't have enough free containers availab
Rails, Ruby 2.1.0, PostgreSQL, RSpec, Cucumber, PhaontomJS, HipChatの組み合わせでwerckerを使って気軽にCIする - Qiita
今年の頭にWantedlyのCIサーバはJenkinsからwerckerになりました。βテスト中ということもあってGitHubのprivateレポジトリに対しても無料で使えるのですが、僕らの規模だと十分実用的に使えて満足しています。 個人プロジェクトでカジュアルにCIしたい時などにもオススメ。 ちなみに、Herokuなどへのdeploymentも自動化できるのですが、そのあたりのContinuous Deploymentまわりの機能は使っていません。 基本的にはwercker.ymlをレポジトリ直下に作成するだけで設定できます。実際に使っているwercker.ymlが以下にあるので参照してください。 CircleCIだとレポジトリの内容から設定ファイルもある程度自動生成してくれたりして便利なのですが(例えば、RailsでRSpec使ってることを検出してそれ用の設定ファイルを自動生成してくれ
Travis-CIで最強のデプロイ環境を構築する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※この記事はTSG Advent Calendarの1日目の記事です。 こんにちは。知らない人は知らないhakatashiです。今年もAdvent Calendarギリギリ投稿となりました。申し訳ねぇ申し訳ねぇ。 よく知られている通り、怠惰はプログラマの三大美徳のうちの一つと言われています(ギリギリ投稿の言い訳ではない)。つい先日もあらゆる行動を自動化したというハッカーの実話に基づいたHacker Scriptsが話題を博しましたが、この手のオートメーションはあらゆるプログラマの魂の源泉であるはずです。OSSにおける自動化といえばTra
CircleCI 2.0におけるGitタグ・ジョブ実行 - Qiita
CircleCI 1.0では正常動作したGitタグ・ジョブ実行が、CircleCI 2.0ではうまく動きませんでした。どうにかしようと四苦八苦したログをここに残します。 結論 GitタグをpushしてもCircleCIジョブが起動しませんでした。なので、masterブランチにpushされたときに最後のGitタグを取得してデプロイ処理を実行するようにしました。 動作確認用にu6k/sample-circleci-2.0リポジトリを作成しましたので、こちらの.circleci/config.ymlをご覧ください。 Gitタグ・ジョブ実行の関連スレッド CircleCIコミュニティや公式ドキュメントの関連スレッドを挙げます。 Git tag deploys in 2.0 - CircleCI 2.0 / 2.0 Support - CircleCI Community Discussion この
circleci 2.0 で git tagのみ反応させる - Qiita
TL;DR tagでも前のworkflowsが動くようにする必要がある。 1.0のとき deploymentに書くだけで動いたのにどうして。 document(2017-12-31時点) https://circleci.com/docs/2.0/workflows/#git-tag-job-execution CircleCI treats tag and branch filters differently when deciding whether a job should run. 1. For a branch push unaffected by any filters, CircleCI runs the job. 2. For a tag push unaffected by any filters, CircleCI skips the job. サポートフォーラムに書く
Docker + Travis CI で Codeception CI をしよう - Qiita
EC-CUBE3 では、PHPUnit + Travis CI を使用し、ユニットテストを自動化しています。 しかし、ここでテストされるのは、単体テストであり、この他、ブラウザを使用しての受け入れテストが必要になってきます。 また、 PHPバージョンを変更してのテストは、Build Matrix で簡単に設定できますが、データベースのバージョンや、ブラウザの種類を変更するのは難易度が高いです。 EC-CUBE3 は比較的こまめにリリースすることで、品質向上を図っていますので、リリースのたびに、多くの環境で受け入れテストをするのは、相応の労力が必要です。ブラウザからのテストといえど、単純なものは自動化してしまいたいですね。 ここで登場するのが Codeception です。 Codeception とは？ PHP で書かれたテスティングフレームワークです。 受け入れテスト(Acceptanc
新しい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にアッ
Middleman 製の GitHub Pages サイトを Wercker で自動デプロイ - Qiita
Middleman は便利ですが、Jekyll のようにコミットするだけで GitHub Pages にデプロイできないのが玉に瑕。そこで、Wercker を使って GitHub に push されたら、自動でビルドしてデプロイするようにします。 Wercker への登録とアプリの作成 まず Wercker にユーザ登録。GitHub アカウントで登録できます。 Apps > Add an application でアプリを追加。かなり簡単に追加できます。オープンソースプロジェクトなら、3. Add werckerbot はスキップして大丈夫です。 Deploy Target の作成 できた app の Settings > Deploy targets > Add deploy target でデプロイ対象を追加。Auto deploy はチェックして、ソースの方のブランチ名を指定します
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RailsでElasticSearchとRansack＋CircleCIでの設定でちょっとハマったのでメモ - Qiita
Xcode7系と6系が同居している環境でXcode6.4のXibファイル関係でビルドに失敗する問題への対処（Circle CIも） - Qiita
Travis CI 上で docker build/run を実行し、起動したコンテナを Serverspec でテストする - Qiita
CircleCIからCapistranoを利用してAWS（EC2）にデプロイする - Qiita
Travis CI で GUI を利用しない Firefox を使ってエンドツーエンドテストをする - Qiita
