Travis CI がテストするブランチとPull Req. のビルドは異なる - Folioscope
GitHubとTravis CIを連携すると、PRを立てたときデフォルトだとpushとPRそれぞれに対してCIが走る。 2つも要らないんじゃないかと思いつつ放置してたが、push側はパスしたのにPR側がFAILしたということがあった。 同じリビジョンに対してテストしてると思ってたが、どうやら違うみたい。 それぞれのTravis CIのログからソースコードを取得してる部分を見てみると、pushに対しては、 git clone --depth=50 --branch=my_topic_branch https://github.com/ueokande/my_project.git ueokande/my_project cd ueokande/my_project git checkout -qf XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXX...
いまどきの.travis.yml - teppeis blog
いまさら感もあるのだけど、あまり知られていないようなのでTravis CIの高速化+αなtipsを書いておく。 先にNode.js向けの完成形の.travis.ymlはこちら。 language: node_js node_js: - "0.12" - "4" - "6" sudo: false cache: directories: - node_modules Tipsは3つ。 テスト対象のNode.jsバージョンを指定する sudo: false: コンテナベースの環境を使う cache: 依存パッケージをキャッシュする テスト対象のNode.js/io.jsのバージョンを指定する 最近はカジュアルにio.jsを使う人/プロジェクトが増えてきている（要出典）ので、特に政治的な理由でもなければnpmパッケージのテストはNode.jsとio.jsの両方で流しておくのが良いと思う。.tra
Travis CIを使ってHerokuへのデプロイを自動化する - アインシュタインの電話番号
継続的インテグレーションができるようになったのなら、あとは継続的デプロイメントまでやっていただきたいし、大切なのは倍返しじゃなくて繰り返しだねってことで表題の通り。 前にやろうとして調べた時は、HerokuのAPIキーを暗号化して自前でデプロイ用スクリプトを用意して…てな感じでややこしそうだったけど、今はTravis CIで正式に対応していて、コマンド一発で設定できてしまう簡単さで、驚きのあまり出向しそうになった。 The Travis CI Blog: Introducing Continuous Deployment to Heroku HipChatに通知を送る時にも使ったtravis gemからその設定を行える。 $ travis setup heroku Deploy only from ruedap/daplog? |yes| yes Encrypt API key? |yes
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. Heroku 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. Travis CI can
Travis CIとCoverallsとCode Climateを使ってGitHubリポジトリにバッジを付ける - アインシュタインの電話番号
先月に公開した超ニッチなツールFont Awesome Workflow for Alfred 2が意外と好評で、そこにオクラホマ州からこれOS X Mavericksで動いとらんよとお便りが届いたりした。 そんなわけで少々テストを書いた上で、Mountain Lion以前に入っているRuby 1.8.7と、Mavericks以降に入るRuby 2.0.0の両方で常に動作確認しておくようにしたいと考えて、まずTravis CIを、その後CoverallsとCode Climateを導入した。この記事はその備忘録。 {: .ArtcleBody-inlineImage .u-textCenter } それらを導入すると、こんなかんじのバッジを表示できる。GitHubでよく見かけるやつ。今回使ったサービスはどれも、オープンソースなら無料で使わせてもらえる。 Travis CIは名前の通り継続的
NoMethodError: undefined method `web_console' が出たら
Railsをproduction環境（productionモード）で動かす時に、次のようなエラーが出ることがあります。 NoMethodError: undefined method `web_console' for #<Rails::Application::Configuration:0x007f8ad4453128> このエラーは、Gemパッケージweb_consoleに関する設定を config/application.rb ファイルや config/initializers ディレクトリ内のファイルなどに記述すると発生します。 例えば、こんな風に。 module Asagao class Application < Rails::Application config.web_console.whitelisted_ips = '192.168.0.0/16' end end 通
Travis CIを使ってみた: GitHubのレポジトリにバッジを貼りたかったから
B! 91 0 0 0 GitHubを使っていて他の人のレポジトリを見てる時によく見る このbuildのバッジが欲しくて Travis CIを使ってみました。 Travis CI Travis CIでの設定 レポジトリ側での設定: .travis.yml 実行されるコマンドの流れ 言語設定 OS設定 環境変数設定 結果の通知手段 あまり長い表示になる様なコマンドは実行できない インタラクティブなコマンドは避けるように sudoは使える バッジを貼る travisコマンド Pushした際にコマンドを走らせないようにする Travis CIのページがやたら重くなった時の対処 まとめ Travis CI Travis CIのCIはContinuous Integrationの略で、 プログラムのビルドやらテストを継続的に行っていく事を指す プログラマ用語だそうです。 自分でも大事なものはテスト用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【TravisCI】【まとめ】高速化のためにした８つの工夫 - Qiita
Head Detached warning in Travis-CI when deploying to Heroku