WerckerでMiddlemanのBuild,Deployを自動化する - Qiita
##werckerとは werckerは、ホストしたリポジトリのビルドとかデプロイを自動で行ってくれるサービスです。ちなみに、middlemanは、ruby製のサイトジェネレーターです。 ここでいう自動化というのは、ローカルのファイルをcommitし、pushすれば、build,deployされるという意味で使います。 ##middlemanの使い方 middlemanの使い方は、とても簡単です。publicへのuploadまでの手順は、まず、テンプレートをダウンロードしてきて、bundleし、build, gitで管理している場合は、pushまたは、deployを済ませれば良いだけです。 仕組みは簡単で、middleman buildコマンドが実行されると、buildフォルダができますので、それをWeb Serverの方に、Uploadすれば、サイトを公開する形になります。 ここで、ビル
werckerとは？開発に役立つ使い方、トレンド記事やtips - Qiita
werckerに関する情報が集まっています。現在154件の記事があります。また103人のユーザーがwerckerタグをフォローしています。
WerckerでIP制限をかけたs3のバケットからkeystoreを取得しassembleReleaseを実行する - Qiita
この記事はAndroidのCI環境をCircleCIからWerckerにした話に関連した投稿です。 AndroidアプリのCI/CDをどう行うのかを考えるとkeystoreやkey.p12などのファイルを何処に置くか？が問題になることがあります。Androidプロジェクトのリポジトリに含めてしまう事もできますが、セキュリティの観点からできるだけ避けたいです。 今回試してみたのは、keystoreなどのファイルをIP制限をかけたs3のバケットに置き、それをWerckerから取得する方法です。 keystoreをs3から取得し./gradlew assembleReleaseを実行するwercker.ymlを作成してAndroidプロジェクトのビルドを実行してみます。 s3のバケットにIP制限をかける IP制限のかけかたはこちらの記事が参考になります。実際にAWS Policy Generat
Wercker で使う Docker コンテナを更新するときの手順 - Qiita
前置き Wercker は Docker コンテナの中で CI をするサービスで、とりあえずビルドに必要な環境が整った Docker イメージがあれば、あとは Wercker が勝手にイメージを引っ張ってきてコンテナを立ち上げて指示通りビルドをしてくれるため、公式ドキュメントにはない Android アプリのビルドも可能です。 ビルドに必要な環境はすべて Docker イメージにまとめて放り込んでしまえるので、SDK の更新があったときに CI サービス側の対応を待たなくとも、自分でイメージを作り直すだけで環境を最新に保つことができる点が魅力ですが、裏を返せば自分で環境をメンテナンスしなくてはならないという面倒臭さがあります。 とは言え、CI サービス側が環境を用意してくれる場合でも、自分で環境をメンテナンスする場合でも、環境が新しくなってもビルドが壊れないことの確認は最低限する必要がある
Wercker で動いているコンテナはどのくらいメモリを使えるのか - Qiita
Dockerコンテナを動かす時のメモリ制限 Dockerにはコンテナが使えるメモリの上限を設定するオプションがあります。 ただし、Werckerがコンテナで使用可能なメモリの制限をしていることはないようです。 @KeithYokoma currently, there is no limit for internal memory. If you're asking about storage, I'll need to get back to you! — wercker (@wercker) 2016年4月14日 とはいえ際限なく無限にメモリが使えるかといえばそんなことはないはずなので、物理的にどの程度まで余裕があるのか見たくなりました。 cat /proc/meminfo MemTotal: 65965708 kB MemFree: 19718212 kB MemAvailable:
Bitbucket + Symfony2(PHP5.6) + Wercker でCIをする - Qiita
プロジェクトが落ち着いてそろそろCI/CDを導入したいねっていう状況でした。 CircleCIを別案件で使ってた人が近くに居るけどBitbucketではCircleCIをサポートしていないようですので、別のCIを検討する必要がありました。 そこで色々検討した結果Werckerを使ってみることにしました。(無料だし） しかし、WerckerはPHPをサポートしているけど、Quickstarts に書いてある事項はSymfony向きではないため混乱しました。 また wercker.yml に変更を加えていないのにBuildがfailedになることもありました。（僕は「werckerの機嫌が悪い」って呼んでる） 更にWerckerとWercker2の記述が有りググったときに更に混乱を招きました。 導入方法 前提/状況/目的 前提/状況 Bitbucketでバージョン管理してる（状態はプライベート
Terraform と Wercker で DNS レコードを管理する - Qiita
はじめに 先日、 Terraform で Google Cloud DNS を管理して GitHub 経由で Wercker から反映する環境を構築し、その便利さに感動しました。 これには、大きく2つの恩恵があります。 Terraform と Git による DNS レコードのバージョン管理 GitHub と Wercker による自動反映 チーム開発などで複数人がレコードを管理する事が容易になる (Pull Request を出してもらってレビュー後に master へ merge するだけ) 割と嵌ったので、手順を纏めておきます。 尚、 GCP のアカウントは発行済で、プロジェクトも作成済みとします。 https://console.cloud.google.com/ 余談 筆者はこれまで Gehirn DNS を利用していました。このサービスは、自前で Git などを使うことなく D
git pushしたら自動でs3のサイトの更新をしてくれるものをbitbucketとwerckerで作る - Qiita
プログラムの自動デプロイにCIがよく使われますが、単純に静的サイトをbitbucketで管理して、それをs3に反映するだけというカジュアルな使い方を試してみたかったのでメモ。 1. s3の設定をする 簡単にやるのであればManagement Consoleからパッとやればいいでしょう。 悩むところはそんなにない（はず） ansibleでやった際に引っかかったのが以下点なのでご参考に。 http://qiita.com/celeron1ghz/items/cdaa79d7e53524a97712 2. bitbucketでrepositoryを作る 「リポジトリの作成」より作成。 bitbacket側ではrepoを作るのみでOK。 3. werckerの設定 ここが微妙に引っかかった。 werckerにbitbucketのrepositoryを追加 上部メニューにある Create -> A
werckerのinternal/docker-pushでGCRへPUSHする(2017/3/18~4/10) - Qiita
werckerのinternal/docker-pushは予め用意したコンテナ内で様々な処理をして その処理結果をコンテナイメージとして固めて PUSHする stepである。 GCR(Google Container Registry)の他Docker Hubやquay.io、ECRにも対応している。 ※ 2017/4/10に見たところマニュアルが修正されていたので日本語での参考情報程度に... GCRの v1 API廃止の影響で、マニュアル通りだとPUSHができないので対応策を以下に示す。 公式のマニュアルが更新されるまでのつなぎで。 slackのwercker communityでは対応策が示されているけど流れるだろうし... 公式のマニュアル ただしこのマニュアル通りだと動作しない。 このままだとGCR v1 APIを使用してPUSHを行うようだが、 https://cloud.go
Wercker CLI - Qiita
WerckerはCIツールのひとつで、BitBucketやGitHubのリポジトリをターゲットにビルドや自動テスト/デプロイを実行することが出来るツールです。特にβ期間だからというのもあるのでしょうが、Github のプライベートリポジトリをターゲットにしても無料で利用できるというのは大きな魅力で人気があります。 このポストでは、Werckerをローカルで実行するためのツール、Wercker CLIについて解説したいと思います。 OverView WerckerはCIのホスティングサービスです。あらかじめWerckerのサイト上でGitHubのレポジトリを登録しておき、そのレポジトリ上にstep(一つ一つのビルド上の手続き)やpipeline(stepや後処理の集合)を定義したwercker.ymlというYAMLファイルに配備します。そしてその対象のリポジトリ上でGitHubのPull R
wercker の新機能 Wercker Workflows を試す - Qiita
プライベートリポジトリの CI 無料でお馴染みの wercker が、先日ワークフロー機能 Wercker Workflows をリリースしました。 とりあえず、以下の公式デモ動画を観れば何ができるのかわかると思います。 ブログ記事 Introducing Wercker Workflows デモ動画 Wercker Workflows - YouTube Wercker Workflows とは いわゆるワークフロー機能というやつで、1つの CI プロセスを複数のパイプラインに分割して組み合わせる機能です。Jenkins とか、最近だと Concourse CI でお馴染みの機能です。 パイプラインは従来の build, deploy に相当するもので、1つの CI プロセス内におけるタスクの分割単位となります。従来は build, deploy の2つしか記述できなかったところ、tes
外注したデザインのレビュー環境を手軽に作って運用した話（BitBucket & wercker & Heroku） - Qiita
だいぶ遅れてしまいましたが、mixiグループアドベントカレンダー8日目の記事です。 はじめに ミクシィ・リサーチでは、デザイナーがいないのでフリーランスの方に外注しています。 外注する範囲としては、デザインからHTML/CSS/Javascriptに落とすところまで。 納品は、Git（BitBucket）でお願いしており、GitHubフローに近い運用をしています。 masterブランチとdesignブランチを用意し、デザイナーさんにdesignブランチへHTML等をpushしてもらい、その後一定の粒度でdesignブランチからmasterブランチへプルリクを出してもらいます。 プルリクが来たら社内でコードレビューを行い適宜修正をお願いするなどし、最終的にmasterブランチへマージします。 また、masterブランチ用のサイトとdesignブランチ用のサイトをHerokuで運用するようにし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wercker cacheを使ってGradleのビルドを高速化 - Qiita
werckerでdockerイメージをキャッシュ・リストアさせるステップ - Qiita
https://qiita.com/knt45/items/d38fb4597eb560e27281
Werckerでnpm-scriptsが実行できなくなったときは - Qiita
