Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
![[PHP] Travis CI で memcached を使う - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a9d78915173c14fce0c593f56ec7ac95665230b9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCUEhQJTVEJTIwVHJhdmlzJTIwQ0klMjAlRTMlODElQTclMjBtZW1jYWNoZWQlMjAlRTMlODIlOTIlRTQlQkQlQkYlRTMlODElODYmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWQ4MTc0ODY3ZGZlMTZhOWRjY2Y0Y2MxZTUxODcyMTI3%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc3V6dWtpODYmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTY4Yjc3NjgwMmViYmU5OGY2M2UwZmI3NjA0NTM3ZjBl%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3De26fe04c899fc88da756b2692ef7a76a)
開発のイテレーションを高速に回す上で、CI は非常に重要な役割を担っています。バージョン管理システムにコードをプッシュ(コミット)したと同時に、CI に対してコードのビルドやテスト、解析をリクエストすることで、アプリケーションのデプロイやディストリビューションからユニットテストとコードの静的解析までの流れを自動化し、作業の抜け漏れ防止や効率化が見込めます。 最近では、Jenkins のように自分たちで CI を管理しなくても、ビルドやテストの手順と環境構築に必要な少しの情報を与えれば勝手に動作してくれる CI サービスがいくつか出てきました。代表的なところでは、TravisCI, CircleCI, wercker, drone.io などがあります。この中でも特に、TravisCI は古くから GitHub と連携して自動で動いてくれるようになっており、よく使う人も多いのではないかと思い
Update 2015/11/19 から /auth/github へアクセスできなくなっているため、サポートに連絡する必要あり...orz Travis CI Status - /auth/github disabled due to continued DDoS https://www.traviscistatus.com/incidents/bntk781kb8y8 はじめに Travis CI は Github への push をトリガーにしてビルドしてくれるのが便利。けど、決まった時間 / 定期的にビルドを実行する機能はない。そこで、Google Apps Script を cron 代わりに使い、 Travis CI API を定期的に呼び出すことで実現した。 前提 Github にオープンソースを公開している。 Travis CI でビルドしている。 手順 Travis CI
Wercker Best Practice #wercker 概要 継続的デリバリプラットフォーム Wercker の Best Practice について。 Development Pull Request の ビルド結果を常に確認できる。 Deployment 一般的なデプロイは、 Staging と Production の二つの異なる 環境に行うことが多いです。 Production:本番環境 Staging:動作確認や問題の調査のために利用する本番に近い環境 Wercker でこの二つを実現するには Deploy Target を二つ作成する。 Staging への Build / Deploy が成功したら、 次に Production への Build / Deploy を行う。 Wercker 公式サイトの記事中の誤り(2014/11/17 時点) 説明中のリンクが死んでい
Wercker Deployment #wercker 概要 継続的デリバリプラットフォーム Wercker の Deployment について。 Development Wercker は様々な PaaS 環境へのデプロイをサポートしている。 デプロイ先のことを Deploy Target と呼びます。 Paas 以外にも、 Fabric ・ Capistrano ・ プレーンな shell などもサポートしている。 Auto Deploying Wercker は Auto Deploying をサポートしている。 この設定を利用すると、デプロイがグリーンだった場合に、 特定のターゲットにデプロイを行うことができる。 これは、ブログなど低リスクのコンテンツに対して利用する際に便利です。 参照 Wercker | Deployment
Werckerとは? ベータ版につき現在はプライベートリポジトリでも無制限無料で使えるCIサービス。github, bitbucketの双方に対応している。 今のところは以下の様な仕様、 2コンテナまで並列実行可能 1ビルド最大25分まで 無料、無制限リポジトリ werckerの設定ファイル例 リポジトリのルートディレクトリにwercker.ymlを置く。 以下は、ビルド&テスト実行後Slackに通知する設定例。 # 提供されているboxの中から好きなコンテナを選ぶことができる box: amutake/haskell@0.0.6 build: # ビルド&テストステップを記述する steps: - script: name: install and run test code: | cabal update cabal install --only-dependencies --enab
before_install: - "easy_install --version" - "pip freeze" - "travis_retry pip install -U setuptools" - "cd `mktemp -d`" - "travis_retry wget https://raw.github.com/pypa/pip/master/contrib/get-pip.py" - "travis_retry python get-pip.py" - "cd $OLDPWD" - "pip --version" - "easy_install --version" 以下、箇条書きで説明します。 デフォルトの pip でpip --versionを実行しないのは、Travis CI の Python 環境では何もしなくても python と pip のバージョンがビルドログ
概要 Travis CI で MySQL を使う方法を調べました。Travis CI のドキュメントによると、テスト実行時にデフォルトで MySQL のサービスが起動してくれます。ユーザー名は root 、パスワードは空でアクセスできました。 動作試験 下記の .travis.yml とテーブルの一覧を表示するだけの PHP スクリプト show_tables.php で動作試験を行いました。 .travis.yml では before_script でデータベース hoge とテーブル 3 つを作成します。 language: php before_script: - mysql -uroot -e "create database hoge" - mysql -uroot -e "use hoge; create table tokyo (id int(11))" - mysql -u
box: wercker/ubuntu12.04-ruby2.0.0 services: - wercker/postgresql build: steps: - bundle-install - rails-database-yml: service: postgresql - script: name: echo ruby information code: | echo "ruby version $(ruby --version) running" echo "from location $(which ruby)" echo -p "gem list: $(gem list)" - script: name: Set up db code: bundle exec rake db:schema:load RAILS_ENV=test - script: name: rspec c
v0.1へアップデートしました。(2015/01/12) 今後はv0.1を使用してくださいm(_ _)m まえがき あけましておめでとうございます。 正月休み中に、タイトルの通り、ansbile_specというGemを作りましたので紹介します。 Gemを覚えたてで何でもGemにしたい症候群に罹っています。 テンプレート作成用Gem(ansible_spec)がすること。 専用のRakefileとspec/spec_helper.rbを生成します。それだけです。 いくつかの決まり事(制限)を守ることで、Ansibleの設定ファイルをもとにSeverspecのテスト先とその内容(ロール)を決め、テストを実行します。 Rakefileとspec/spec_helper.rbで最終的にできること。 Serverspecの設定ファイルとしてAnsibleの設定ファイル(InventoryFile、p
--- version: 2 jobs: generate_cache: machine: true steps: - checkout - restore_cache: key: docker-{{ checksum ".circleci/config.yml" }}-{{ checksum "docker-compose.yml" }}-{{ checksum "Dockerfile" }} paths: ~/caches/images.tar - run: name: Check cache file, if not exists then pull images and generate cache. command: | if [ ! -f ~/caches/images.tar ]; then docker-compose pull sample-mysql docker-co
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く