werckerを使っていてローカルではテストが通るのにCIではコケる場合にデバッグする3つの方法 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Laravel DuskをWerckerで実行する - Qiita
2018-04-12 追記 出来る限りシンプルな構成で Laravel Dusk x Wercker x Headless Chrome のサンプルを新たに作ってみました。 Dockerイメージ Docker Hub GitHub Laravel Dusk サンプル Wercker実行結果 尚、以前のWercker実行結果は誤って削除してしまいました orz 概要 Laravel DuskをWerckerで動かすためのDockerイメージを作成しました。このイメージはDocker Hubで公開してあります。 Laravel Dusk Wercker Docker Hub Werckerで複雑な設定無しに実行できることを意識したので、必要なものが一式揃っているDockerイメージです。主に次の通りです。(シンプルな設定を保ちつつ合理的に分割できるならそうしたい。。。) PHP 7.1.2 P
CircleCI 2.0 (Beta) で Elixir を使う - Qiita
CircleCI 2.0 で Native Docker Support が入った。 ので Elixir も public Docker image を使うと設定が簡単になる。 例えば mix credo, mix test やるとすると、以下でよい。 version: 2 jobs: build: working_directory: ~/my-project docker: - image: elixir steps: - checkout - run: git submodule sync && git submodule update --init - run: mix local.hex --force - run: mix local.rebar --force - run: mix deps.get - run: MIX_ENV=test mix credo - run: m
Kubernetesを用いてGoogle Container Engineでコンテナクラスタをデプロイする〜入門編〜 - Qiita
はじめに Google Cloud Next'17 in Tokyoでのセッション動画リストがようやく公開されました。 Google Container Engine（GKE）上でコンテナクラスタを本番運用する事例は日本でまだまだ少ないということもあり、公開されたセッション動画は非常に有用な情報源となっています。 このエントリでは、Kubernetesを用いてGKE上でコンテナクラスタを構築し、ローカルで開発したアプリケーションをデプロイする手順をまとめます。 Kubernetesとは KubernetesはDockerコンテナのオーケストレーションおよび管理を行うためのツールです。元々はGoogleが内部でコンテナ運用するために作られたBorgというツールがありましたが、昨今のコンテナブームに後押しされてKubernetesとしてオープンソース化されています。 複数のDockerコンテナ
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時代の問題点が書かれていましたが、私
Travis CI経由でgh-pagesにmiddlemanで構築した静的サイトをデプロイ。 - Qiita
以前から興味があったmiddlemanを使ってGitHubにホストした自分のページを作りました。 その中で、Travis CI経由でGitHub Pagesにデプロイする方法を見つけたので試してみたときのメモです。 やりたいこと https://github.com/kimihito/kimihito.github.io にコードは置く。 develop ブランチでは middleman build する前のコードがあってほしい。 master ブランチは middleman build && middleman deploy された後のコードが置いてあって欲しい。 Travis CI側で、 develop ブランチにpushしたら自動的に middleman build && middleman deploy して master ブランチにPushしていてほしい やったこと Middle
CircleCI上でwarファイルをTomcatへデプロイする - Qiita
machine: timezone: Asia/Tokyo dependencies: pre: # tomcatをダウンロードしてセットアップする - sudo useradd tomcat - wget http://ftp.riken.jp/net/apache/tomcat/tomcat-8/v8.5.15/bin/apache-tomcat-8.5.15.tar.gz - tar -xzvf ./apache-tomcat-8.5.15.tar.gz - sudo mkdir /opt/apache-tomcat - sudo mv ./apache-tomcat-8.5.15 /opt/apache-tomcat - sudo chown -R tomcat:tomcat /opt/apache-tomcat test: post: # 完成したwarファイルを配備 - sud
Travis CIとRSpec + MySQLの連携 - Qiita
はじめに Travis CI上でMySQLを使う方法を調べたので自分用にメモ。公式サイトと以下のエントリを参考にさせていただきました。この記事ではRubyとRSpecを使っていますが、他の言語やテスティングフレームワークでもほぼ同じだと思います。 https://docs.travis-ci.com/user/database-setup/ http://qiita.com/suzuki86/items/e9682a242cad52003b08 設定手順 Travis CI上でユーザー名root(travisユーザーでも良いが権限がやや制限される)、パスワードなしでログインできる環境が自動的に立ち上がるため、こちら側で必要なのはテスト用データベース、テーブルの作成とdatabase.ymlの設定のみ .travis.ymlの設定 before_scriptに直接SQLを書いてもいいのですが
CircleCIでRiakを利用する - Qiita
CircleCI のデフォルトのビルド環境 OS: Ubuntu 12.04（precise） Java: Oracle JSK7 データベース・サービス デフォルトで起動 couchdb（1.3.0） memcached（1.4.13） mongodb（2.4.13） mysql（5.5.41） postgresql（9.4 with postgis 2.0 extensions） rabbitmq（3.4.4） redis（3.0.2） zookeeper（3.3.5） 利用可能 beanstalkd（1.4.6） cassandra（2.1.3） couchbase-server（2.0.0） elasticsearch（0.90.2） neo4j（2.2.2） riak（1.4.8-1） solr（4.3.1） sphinx（2.0.4-release） 1. リポジトリ直下に c
CircleCIにImageMagick v7系をインストールする - Qiita
これはなにか？ CircleCIのv1系で動いているUbuntu 14.04 (Trusty)にはデフォルトでImageMagick v6系が入ってるんですが、実装の都合上v7系をインストールしたかったのでその時の対応についてです。 aptで入れられたら簡単だったのですが… とりあえず circle.yml にaptからインストールするコードを書けばOKかなと思ったのですが、どうやらデフォルトで登録されてるリポジトリはImageMagick v6系だけのようでした（aptにリポジトリを追加すればv7系をインストールすることも可能かもしれませんが試してない） じゃあソースコードからインストールするか ググった感じみんなソースコードをダウンロードしてきて make install してるみたいだったのでそうすることにしました。 というわけで以下が circle.yml に書いたもの。
Wercker CLI で Docker 上に Scala 開発環境を簡単構築 - Qiita
Wercker はプライベートリポジトリが無料で使える CI サービスとして有名ですが、Wercker CLI を使ったローカル開発もかなり便利です。 今回は Scala 開発環境を Docker で構築するために Wercker CLI を使ってみます1。 準備 Docker engine と Wercker CLI をインストールしてください。Wercker CLI は Github のダウンロードページ から適切なバイナリをダウンロードしてきて chmod +x して PATH に置けば OK です。 ※Wercker CLI 最新版の 1.0.882 ではこの記事のサンプルは動作しません。Docker container exits (exit status 130) · Issue #312 · wercker/wercker と同様のエラーが発生してしまいます。１つ前のバージョ
CircleCIでAndroid SDKがダウンロードできない。 - Qiita
Checking the license for package Android SDK Build-Tools 25.0.3 in /usr/local/android-sdk-linux/licenses Warning: License for package Android SDK Build-Tools 25.0.3 not accepted. FAILURE: Build failed with an exception. * What went wrong: A problem occurred configuring project ':app'. > You have not accepted the license agreements of the following SDK components: [Android SDK Build-Tools 25.0.3].
CircleCIは複数の JUnit 形式の XML ファイルをマージしてくれる - Qiita
結論はタイトルの通りです。 2.0 は試してないのでわからないですが、そっちでも同様かもしれません。 2.0でも同様にマージされます！ CircleCI 1.0では JUnit 形式の XML ファイルを $CIRCLE_TEST_REPORTS のディレクトリ内に出力することで、2.0では store_test_results ステップを使い XML ファイルの入っているディレクトリを CircleCI 側に保存すると、テスト結果をいい感じに表示してくれます。 こういうやつ。 時には一度に複数のテストフレームワークを実行したいこともあると思いますが、そういう場合どうすれば良いのか調べて見ました。 ドキュメントによるとこのように書かれています。 If you have multiple JUnit test reports from running more than one test s
CircleCIでDockerビルドしECRへpushする - Qiita
# !/bin/sh ECR_URI_BASE=999999999999.dkr.ecr.ap-northeast-1.amazonaws.com TEMPORARY_IMAGE_NAME=XXX # Build docker build -t $TEMPORARY_IMAGE_NAME . # ECR_URI if [ -z "$ECR_URI_BASE" ]; then echo "Need to set ECR_URI_BASE" exit 1 fi if [ -z "$IMAGE_TAG" ]; then echo "Need to set IMAGE_TAG" exit 1 fi ECR_URI=$ECR_URI_BASE/$TEMPORARY_IMAGE_NAME:$IMAGE_TAG # Login if [ -z "$AWS_DEFAULT_REGION" ]; then
circleciでのdocker multi stage builds ではまった話 - Qiita
はじめに メモ的な やろうとしたこと circleci version2 を利用して、docker multi stage builds でビルドしようとしました。 結果 できませんでした！（2017/05/29時点） ※ docker for mac の edge ならできます！ 内容としては、こんな感じです。 golangアプリケーションのコンテナビルドをしたい 軽量化するために multi stage builds を利用 circleci 2 でのベースイメージは docker:17.05.0-ce-git エラーが出る Error parsing reference: "golang:1.8.3 as alias" is not a valid repository/tag: invalid reference format 理由 色々調べたのですが、「最新のdocker（deg
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
かんたんに出来た！ fabric を使った 踏み台経由SSH の deployment作業 を circleCI を使って自動化 - Qiita
CircleCI で yarn install が失敗したので対策を共有 - Qiita
shunit2をsubmoduleとして登録しCircleCIで実行する - Qiita
ド素人のための Travis CI の使い方 (公式ガイドより) - Qiita
CircleCI2.0でDockerImageを使う - Qiita
