ベータ版CI "Wercker"をHaskellプロジェクトで使う - Qiita
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
Rails+postgresql+capistrano環境のwercker設定 - Qiita
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
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
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 と同様のエラーが発生してしまいます。１つ前のバージョ
bitbucketの静的Webページをwerckerで自動CI/CDしてGithub Pagesにデプロイする - Qiita
背景 ソースコード管理システムとして2大巨頭のgithubとbitbucketですが、前者はパブリック、後者はプライベートリポジトリとして有用ですね。（githubのプライベート利用は有料） 今回はタイトルのままですが、OSS開発で活躍しているデプロイ自動化の技術を、個人開発だったり、企業資産としてコードは外に出したくない場合でも利用できるwerckerを使用してみました。 書店で参考資料を探してもまだ無かったり、Web上だと下位バージョンの情報があふれており各バージョンごとの情報が入り乱れていてなかなか手を出せなかったりするのではと思い書いてみようと思いました。 準備 各サービスのアカウント bitbucketアカウント（https://bitbucket.org/） githubアカウント（https://github.com/） werckerアカウント（http://www.wer
wercker CIでbundle-installがコケて困った時に - Qiita
cd $WERCKER_SOURCE_DIR $ export WERCKER_STEP_ROOT="/wercker/steps/wercker/bundle-install/1.1.1" $ export WERCKER_STEP_ID="be022acd-9e27-435d-8071-9932df7a776a" $ export WERCKER_STEP_NAME="bundle-install" $ export WERCKER_REPORT_NUMBERS_FILE="$WERCKER_REPORT_DIR/$WERCKER_STEP_ID/numbers.ini" $ export WERCKER_REPORT_MESSAGE_FILE="$WERCKER_REPORT_DIR/$WERCKER_STEP_ID/message.txt" $ export WERCKER_REP
werckerでのAnsibleとSeverspecの自動実行 - Qiita
注 2016年現在、werckerの仕様変更に伴い、これは動作しません。 概要 GithubへのPush毎に、werckerでAnsibleのPlaybookとServerspecでのテストを自動実行するようにしました。 拙作のansible-Redmineのv3.0.2対応に併せて実現しています。 これまではVagrantを起動して確認していましたが、GithubへのPush毎に自動的に実行されるので、楽になりそうです。 作成にあたっては次のエントリを参考にさせて頂きました。 CircleCIでDockerコンテナに対してansibleを実行しserverspecでテストをする [drone]OSS版DroneでDockerコンテナに対してansibleを実行しserverspecでテストをする エントリと違う点としては、次の3点があります。 wercker以外の別のDockerホストの
Androidのビルドとテストをwerckerで自動化する - Qiita
はじめに 前回のAndroidでコードカバレッジがどんな感じで測れるのかに続き、今回はビルドからテストまでwerckerで自動化する方法をご紹介します。 なお、werkcerのオフィシャルのAndroidのドキュメントはこちらです。 http://wercker.com/android/ サンプルアプリ 前回と同じく、使用しているアプリは次のURLで公開しています。 https://github.com/cattaka/FastCheckList ソースコードの取得には次の様にgitコマンドを使用して取得してください。 なお、サンプルアプリのビルドの成果物は次のURLにデプロイしています。 http://www.cattaka.net/wercker/fastchecklist/ werckerとは werckerとはTravis CIのようなCIのサービスの一種です。2015/01/04
PHPフレームワークphalconのテストをWerckerで自動化してみる - Qiita
概要 そろそろ案件が落ち着いてきて、テストを書き始めたのでCIを導入しようと思ったのと、会社の同僚さんがWercker良いよって話をしてたので使ってみました。 環境について 私の案件はPhalconというPHPのフレームワークを利用しています。 また、gitについてはBitbucketを利用しています。 導入するまで 導入するまでについてです。 wercker.comでアカウントを作成 githubアカウントかメールアドレスの登録 githubかbitbucketを選択画面がでるので、bitbucketを選択 リポジトリを選択 実際に利用してみる テスト用にブランチを作成し、以下のようなwercker.ymlを作成してpushします。 box: duythien/phalcon@1.2.6 build: steps: - script: name: install dependencies
Docker-basedなwercker v2を試してみる - Qiita
まえがき Getting started with werckerを読みながら、Docker-basedになってCLIも追加され、便利になった予感がするwerckerを触ってみました。 ドキュメントを端折りながら、とりあえず動かしてみることを優先しています。 準備 必要なツールなど Boot2Docker wercker CLI Virtualenv GitHubのアカウント Virtualenvについてはドキュメントに記載されていませんが、この記事ではVirtualenvを使うことを前提にしています。 Boot2Dockerは boot2docker up した状態にしておいてください。 サンプルアプリ ドキュメントにもあるとおり、wercker/getting-started-pythonを使用します。 最終的にはGithubのリポジトリーをwerckerのappとして登録するので、G
WerckerでRailsのCIを回す - Qiita
Werkerとは CIサービスはいろいろとあるんですが、BitbucketのPrivateリポジトリで無料でCIを回したくてWerckerを使ってみることにしました。 http://blog.wercker.com/ ymlに設定を書くんですが、書き方がちょっと前に変わったらしく、調べても古い情報と新しい情報が混在していてなかなかに苦戦したのでメモ程度ですが書き残しておきます。 最終的な動作環境 早速ですがまず最終的な設定を晒しておきます。 今回使ったデータベースはMySQLです。 設定ファイル 以下の設定で動きました。（mysqlの環境変数は適当です） box: phusion/passenger-ruby22 services: - id: mysql env: MYSQL_ROOT_PASSWORD: root_password MYSQL_USER: test_user MYSQL
Dockerベースになったwercker v2でRailsアプリをCIしてSlackに通知、herokuにデプロイする手順 - Qiita
2015年4月頃からDockerベースになったCIツールのwercker v2向け設定メモです。 リポジトリ > CI > 通知 > デプロイ と連携して動作するのに各サービスで設定が必要になるので手順をまとめました。 CI環境を作ってテストコードを書いておくとコミットの度に自動的にテストを実行、結果が通知されるので、いつの間にか動かなくなっていた、という状況が避けやすくなります。 1. 自動ビルド〜Slackへの通知設定 1-1. werckerに登録／ログイン werckerのサイトでアカウントを登録してログインします https://app.wercker.com/ 1-2. werckerにアプリケーションを登録 Create > Application からアプリケーションを登録します。 GitHubかBitbucketのリポジトリを登録できます。 リポジトリを選んでそのまま進め
静的サイトをMetalsmithでビルドし、Github Pagesにwerckerでデプロイする - Qiita
Metalsmithはやりたいことをプラグインで導入していくスタイルなので、若干のとっつきにくさはあるかもしれません。ただ、だいたいの仕組みとよく使うプラグインを把握してしまえばあとは自由にサイトを作ることができるようになってくるので、Node製でそういったものを求めているのであればMetalsmithが最良の選択になりそう。自分が使っているプラグインの可能性もあるけれども、ビルドは他のジェネレータと比較して、それほど早いといった感じはないなので記事数が膨大の場合には微妙なのかもしれない。 hbsnow/4uing.net 自分のサイトも今のところMetalsmithで作成しています。 インストール まずはMetalsmithをインストール。 CLIを使う場合にはグローバルにインストールするのが普通なんだろうけど、CLIは使わないので普通にインストールしていきます。 これだけではほとんど何
�Ruby on RailsチュートリアルのCIにwercker使いたい - Qiita
Rails勉強中です。いつもお世話になっているRuby on Rails チュートリアルで、CI使ったこと無いので勉強のためにwercker設定してみました。 色々参考にさせて頂き、とりあえずテストが動いてHerokuにデプロイするところまではたどり着いたのでいったんメモします。 Ruby 2.2.0 Rails 4.2.4 PostgreSQL Bitbucket Heroku Deploy Target 今回Deploy先にHerokuを指定したかったけど (na) がついていて何故選択できないのかわからずハマってしまいました。 custom deploy でデプロイできる事は分かったので、以下の環境変数とwercker.ymlファイルを設定し、取り急ぎ動くところまでは確認できました・・・ 環境変数 wercker側で設定した環境変数(Deploy Targetの環境変数で追加しました
まだ CircleCI で消耗してるの？ - Qiita
概要 もう随分と前に TravisCI から CircleCI へ乗り換えたのですが、いかんせん、便利な CircleCI をもってしても Android のプロジェクトのビルド時間は長くなり続け、ついに 1 回のビルドに 20 分を費やすほどにまで成長してしまいました。いくつか無駄を省いたり、キャッシュをしてみたりと言った策を講じたものの、目立った改善が得られませんでした。そこで CircleCI を脱却してみることにしました。現在、CircleCI を脱却し Wercker を利用することで 1 回のビルドが 5 分ほどで終わるようになりました。この記事には、何がどのようにして短時間で済むようになったかを書き記してあります。 問題の根源 そもそも CircleCI で時間がかかっている部分はどこかというところから見ていきます。現在のプロジェクトで使用している分には、以下に上げる部分でか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wercker | ビルド結果を Slack に通知する #wercker #slack - Qiita
[Rails 4.x] Rails アプリをWerckerを通してHerokuに上げる際に -bash: heroku: command not found とかなった場合の対応。 - Qiita![[Rails 4.x] Rails アプリをWerckerを通してHerokuに上げる際に -bash: heroku: command not found とかなった場合の対応。 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/7c9ae2608a219aef2649936239d321dfb84a2ea6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMTg3MDUlMkZwcm9maWxlLWltYWdlcyUyRjE0OTU2OTE0ODE_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NGQwMmExNTNkZmJjMDBjYzQ4N2Q1ODJkMmJmZjFmZjc%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D90ffdedff623b8ef7b7573ae1c879062%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCUmFpbHMlMjA0LnglNUQlMjBSYWlscyUyMCVFMyU4MiVBMiVFMyU4MyU5NyVFMyU4MyVBQSVFMyU4MiU5MldlcmNrZXIlRTMlODIlOTIlRTklODAlOUElRTMlODElOTclRTMlODElQTZIZXJva3UlRTMlODElQUIlRTQlQjglOEElRTMlODElOTIlRTMlODIlOEIlRTklOUElOUIlRTMlODElQUIlMjAtYmFzaCUzQSUyMGhlcm9rdSUzQSUyMGNvbW1hbmQlMjBub3QlMjBmb3UlRTIlODAlQTYmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz0xZGZlMjhmOGVhZmYxYzRkMjZlODgyZTllOGI1ODgzMg%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBjb2xvcnJhYmJpdCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTI1ZTViMzNiZWY0MGMzNTIyYzYxZjkwYzU4NzM2YzI3%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dc7f2d444c19456d186f5a6aee3cf4b58)
werckerを使っていてローカルではテストが通るのにCIではコケる場合にデバッグする3つの方法 - Qiita
Railsのsession_storeをRedisで設定している場合のWercker設定方法 - Qiita
TerraformとWerckerを使って、git pushしたらEC2を立てる - Qiita
