タグ

Travis CIに関するhohoho_ho2005のブックマーク (20)

  • ド素人のための Travis CI の使い方 (公式ガイドより) - Qiita

    Travis CI for Complete Beginners - Travis CI より 動作確認用のレポジトリをForkする https://github.com/plaindocs/travis-broken-example で Fork ボタンを押すだけ ( * Forkは好きなレポジトリを自分のレポジトリとして、まるまるコピー出来る機能) ForkしたレポジトリをCloneする 手元に持ってくる $ git clone git@github.com:YOUR_USER_NAME/travis-broken-example.git $ cd travis-broken-example

    ド素人のための Travis CI の使い方 (公式ガイドより) - Qiita
  • Docker + Travis CI で Codeception CI をしよう - Qiita

    EC-CUBE3 では、PHPUnit + Travis CI を使用し、ユニットテストを自動化しています。 しかし、ここでテストされるのは、単体テストであり、この他、ブラウザを使用しての受け入れテストが必要になってきます。 また、 PHPバージョンを変更してのテストは、Build Matrix で簡単に設定できますが、データベースのバージョンや、ブラウザの種類を変更するのは難易度が高いです。 EC-CUBE3 は比較的こまめにリリースすることで、品質向上を図っていますので、リリースのたびに、多くの環境で受け入れテストをするのは、相応の労力が必要です。ブラウザからのテストといえど、単純なものは自動化してしまいたいですね。 ここで登場するのが Codeception です。 Codeception とは? PHP で書かれたテスティングフレームワークです。 受け入れテスト(Acceptanc

    Docker + Travis CI で Codeception CI をしよう - Qiita
  • GitHubと連携できる継続的インテグレーションツール「Travis CI」入門 | さくらのナレッジ

    開発の現場ではビルドやテストを自動化して継続的に実行していく「継続的インテグレーション」(CI)が近年普及しつつある。CIを支援するためのツールはいくつかあるが、今回はGitHubと連動し、指定したリポジトリ上にあるコードを自動的に取得してビルドやテストを実行できるサービス「Travis CI」を紹介する。 Travis CIで手軽に継続的インテグレーションを導入 「継続的インテグレーション(CI)」とは、ソフトウェア開発過程において頻繁にテストを行うことで問題を早期に発見し、品質の向上を図る開発手法である。しかし、テストを毎回手動で行うのには手間がかかる。そこで特定のタイミングで自動的にテストを実行し、テスト完了後にその結果を通知する「CIツール」などが利用される。 CIツールとしてよく知られているものとして「Jenkins」などがあるが、多くのツールでは独自にテストのための環境を構築し

    GitHubと連携できる継続的インテグレーションツール「Travis CI」入門 | さくらのナレッジ
  • AnsibleロールのユニットテストからTravis CIまで - Qiita

    続編の記事を書きました、記事内のセットアップ手順が自動化されています git-flowを利用したAnsibleロールのテスト駆動開発の流れ ユニットテストのしやすいAnsibleロールのの書き方からTravis CIに載せるまで解説します。稿に書いてある方法は最近思いついたのですが、複数のテストケースに対応し、ロール単体で開発ができるため大変重宝しています。 Note Ansible自体のインストールは別の記事に譲ります。

    AnsibleロールのユニットテストからTravis CIまで - Qiita
  • Travis CIを利用した継続的な成果物の配置 - すずけんメモ

    こんにちは。 @suzu_v です。 Advent Calendar 2015 18日目 休載のお知らせ - VOYAGE GROUP techlog とのことだったので代打で書いてみます。*1 いま私が所属している fluct ではCIの一部にTravis CIを利用しています。用途としては、 継続的なテスト 継続的なビルド というところを担当しています。今日は簡単に、 Uploading Artifacts on Travis CI - Travis CI travis-ci/artifacts の紹介をします。 Travis Artifacts travis-ci/artifacts はTravis CIのアドオンとして利用されているもので、ビルド済みのartifactsを扱うことができます。私たちは一部のバッチやAPIサーバの実装について、Travis CIを利用したビルド及びs3

    Travis CIを利用した継続的な成果物の配置 - すずけんメモ
  • Go言語でのCI環境構築 - Preferred Networks Research & Development

    PFNの柏原です。Go言語製のソフトウェアのCI(Continuous Integration, 継続的インテグレーション)環境の構築方法(導入方法)について解説します。想定としてはgithub上にホストしているOSSプロジェクトのソースツリーをCIの対象とします。OSSのpublicリポジトリなため、無料で使えるサービスを利用対象とします。 紹介する各CIサービスすべてでGo言語を扱えますが、まず最初にサービスを利用する上で各サービスについて結論から述べます。その後、各CI環境(OS、Goバージョン)、設定ファイルの例を説明します。 今回はTravis CI、CircleCI、Codeship、AppVeyor の4つのサービスを紹介します。 結論から 結論から書きますと、Linux, OS X, Windowsの各種OSプラットフォームで同時にCIを動かしたいなら、Travis CI(

    Go言語でのCI環境構築 - Preferred Networks Research & Development
  • Travis CIでコンテナベースのインフラストラクチャとDockerでより高速なビルドを | POSTD

    Travis CIが出た時から、当社はビルドにおける安定性と信頼性の提供を第一にしてきました。しかし、常に期待に応えてこられたとは言えません。ネットワークの問題や、ビルドのキャパシティが不十分で(オープンソースプロジェクトに対して)ビルド開始までに時間がかかる、ビルド環境におけるCPUやメモリのリソースに制限がある、オープンソースプロジェクトに対応するキャッシュがないなどの問題がありました。また、現在当社で使っている大部分のLinuxのスタックはプライベートクラウド上で動作するため、要求してからキャパシティに空きができるのを待つというプロセスを経なければならなりませんでした。そのため、キャパシティを増やすという課題もありました。 今回ご紹介するのは、このような課題に対応した新たなビルド・インフラストラクチャです。これからは、プライベートやオープンソースのリポジトリにもお使いいただけます。

    Travis CIでコンテナベースのインフラストラクチャとDockerでより高速なビルドを | POSTD
  • Travis CIを使ったDjangoプロジェクトの継続的インテグレーション - c-bata web

    はじめに 以前,Djangoのテスト(ユニットテスト)の書き方について勉強したことがありました. Djangoのテストの書き方について勉強したのでまとめる - Programming Log 今回は↑の記事でも作成したDjangoプロジェクトに,Travis CIの設定を追加しました. Jenkins使おうかと思っていたのですが,Travis CIの方が手軽そうだったのでこちらにしました. ソースコードはGithubで公開しています. Travis CIについて Travis CIは言語の各バージョンを同時ビルドでき,利用者が多くドキュメントも豊富らしいです. もちろんDjangoのTutorialもありました. これを参考にすすめてみます. Travis CI: Building a Python Project アカウントの作成 travis ciのトップページからGithubでサイン

    Travis CIを使ったDjangoプロジェクトの継続的インテグレーション - c-bata web
  • AWS CodeDeploy + Travis CI でデプロイを自動化する | DevelopersIO

    Travis CI が AWS CodeDeploy をサポート AWS CodeDeploy (以下、CodeDeploy) で遊びまくっている者です。 CodeDeploy の肝は、何と言っても自動化でしょう!自動化といえば、CI サービスである Travis CI は既に CodeDeploy をサポートしています。Travis CI を既に使っている人は、少々設定を加えるだけで簡単に CodeDeploy のデプロイ処理を追加できます。 ということで今回は Travis CI 経由で CodeDeploy のデプロイ処理を実行してみたいと思います! デプロイを自動化してみる 事前準備 まず、Travis から CodeDeploy を実行するため、IAM User を作成しましょう。デプロイが実行できるよう、次のようなパーミッションにします。 { "Version": "2012-

    AWS CodeDeploy + Travis CI でデプロイを自動化する | DevelopersIO
  • GitHub + Travis CI + Amazon S3 で git push で更新されるサイトをつくった - bouzuya.hatenablog.com

    GitHub + Travis CI + Amazon S3 で git push で更新されるサイトをつくったので、その手順をメモ。 前提条件 GitHub のアカウントを持っている GitHub にリポジトリを持っている (例では bouzuya/bouzuya.net を使う) GitHub にリポジトリは Node.js のパッケージである (ルートにpackage.jsonがある) Travis CI のアカウントを持っている Travis CI の CLI をインストールしている (gem install travis) AWS のアカウントを持っている 概要 実現したい動きは次のとおり GitHub のリポジトリに git push origin master する Travis CI がリポジトリの更新を検知し Amazon S3 にデプロイ Amazon S3 にホスト

    GitHub + Travis CI + Amazon S3 で git push で更新されるサイトをつくった - bouzuya.hatenablog.com
  • Travis CIを使ってみた: GitHubのレポジトリにバッジを貼りたかったから

    B! 92 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の略で、 プログラムのビルドやらテストを継続的に行っていく事を指す プログラマ用語だそうです。 自分でも大事なものはテスト用

    Travis CIを使ってみた: GitHubのレポジトリにバッジを貼りたかったから
  • Travis CI (Pro) の実行をジョブの並列化とBundlerとCocoaPodsのキャッシュで速くした - 24/7 twenty-four seven

    ユビレジではTravis CIを使って、テストの実行とベータ版のTestFlightへのアップロードを自動化しています。 Pull Requestが送られた時と、マージされた時に自動でマージした結果のベータ版が配布されるので、手元で変更をすぐに試すことができて便利です。 【参考】 Travis CIでiOSアプリのテスト&ベータ版の配信に使っているRakefileを改善したメモ - 24/7 twenty-four seven ユビレジのiPadアプリのCI環境をJenkinsからTravis CIに移行したときのまとめ - 24/7 twenty-four seven ただ、これは導入当初からあった問題なのですが、Travis CIにジョブが登録されてから終了するまで、だいたい20〜25分くらいと、少し時間がかかるのが気になっていました。 そこでジョブの並列化と、BundlerとCoco

    Travis CI (Pro) の実行をジョブの並列化とBundlerとCocoaPodsのキャッシュで速くした - 24/7 twenty-four seven
  • ScaleOut | Supership

    2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 件に関する詳細は、プレスリリースをご確認ください。

    ScaleOut | Supership
  • Travis CI上でPHPアプリのWebベースのテストを自動化する | Engine Yard Blog JP

    PHPなどのさまざまな言語のオープンソースプロジェクトのCI環境として利用されているTravis CIでWebベースのテストを実行してみました。 通常は純粋なコードベースのユニットテストを実行する事が多いかと思いますが、CMSやEコマースエンジンなどオープンソースで配布し、インストールして使うようなソフトウェアではWebブラウザベースでの機能テストを自動化したいというニーズがあるでしょう。Travis CIにはfirefoxがインストールされておりブラウザベースのテストが出来る事は知っていたのですが、今回年末年始の宿題的にテストを実行する為の設定をひと通り行ってみました。 説明を抜きにして動作が見たい方はGitHubとTravis CIへどうぞ yandod/candycane https://github.com/yandod/candycane candycane on Trav

    Travis CI上でPHPアプリのWebベースのテストを自動化する | Engine Yard Blog JP
  • TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab

    諸事情により研究で使うシミュレータを変更せざるを得なくなってしまった森です.心が折れたので,気分転換に昨夏某所で少しだけ弄ったNode.jsを勉強がてら一年ぶりに触っています.一年も経つと様々な新しいモジュールも公開されており,やはりこの界隈は発展が目覚ましいなと感じています.なかでもテスト環境はかなり整えやすくなっているのではと個人的に思いました.そこで今回はJavaScriptでの簡単なテストやその自動化の方法について紹介したいと思います. テストツールの紹介 見て分かるように,主要なものだけでも色々な選択肢があります.ここで挙げられているJasmineやMocha, BusterJSなどがいわゆるxUnitとよばれるようなテスティングフレームワークになります.もちろん全て紹介するわけにはいかないので,今回は MochaやChaiなどを使ってテストを行いたいと思います. node.js

    TDD & CI for JavaScript [Karma][Mocha][Travis CI]TDD & CI for JavaScript [Karma][Mocha][Travis CI] – inet-lab
  • How to Build and Deploy OpenShift Java Projects using Travis CI – Red Hat OpenShift Blog

  • 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は名前の通り継続的

    Travis CIとCoverallsとCode Climateを使ってGitHubリポジトリにバッジを付ける - アインシュタインの電話番号
  • RubyMotion のテスト、継続的インテグレーション - naoyaのはてなダイアリー

    昨日は RubyMotion のもくもく会でした。 先日の RubyMotion Kaigi 2013 で 実践RubyMotion という題目で発表したのだけど、テストについてはprintデバッグ上等だ、このクソムシがとか言ってかなり適当に済ませてしまった。ので、もくもく会ではテスト周りに手をつけるぞと思い、そういえば Travis CI が RubyMotion に対応してたのも思い出し RubyMotion のテストを Travis CI で回すのを検証した。 が、手間取るかと思った Travis CI 周りはとっても簡単で、.travis.yml に language: objective-c と書くだけであっさり動いてしまった。 というわけで RubyMotion アプリの継続的インテグレーションは .travis.yml を一行書けば完了です。終わり・・・じゃあまったくブログ記

  • Travis CI を使った楽々CI環境構築。もちろんgradleで。 - はくしゃくブログ(仮)

    どもども、CIがない開発なんて考えられないはくしゃくです。 近頃、GitHubでよく見かける緑色のバッチが欲しくて、Travis CIでCI環境を構築してみました。 準備 githubで適当なリポジトリを作成して、前回までにつくったQuick Startのソースをアップして下さい。 .travis.ymlを作成 以下の内容を記述して、リポジトリにpush language: java # Testing Against Multiple JDKs jdk: - openjdk7 - oraclejdk7 # Projects Using Gradle install: gradle -q assemble script: gradle check > build.out after_failure: cat build.out 今回は、gradle checkの結果が失敗だった場合に、出力

    Travis CI を使った楽々CI環境構築。もちろんgradleで。 - はくしゃくブログ(仮)
  • ScaleOut | Supership

    2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 件に関する詳細は、プレスリリースをご確認ください。

    ScaleOut | Supership
  • 1