Werckerの仕組み，独自のboxとstepのつくりかた
Werckerの仕組み，独自のboxとstepのつくりかた WerckerはTravisCIやDrone.ioのようなCI-as-a-Serviceのひとつ．GitHubへのコードのPushをフックしてアプリケーションのテスト，ビルド，デプロイを行うことができる． Werckerは，TravisCIのように，レポジトリのルートにwercker.ymlを準備し，そこに記述された実行環境と実行コマンドをもとにテスト/ビルドを走らせる． Werckerには，その実行環境をbox，実行コマンド（の集合）をstepとして自作し，あらかじめWercker Directoryに登録しておくことで，様々なテストからそれらを呼び出して使うという仕組みがある．実際，Werkcerで標準とされているboxやstepも同様の仕組みで作成されている（wercker · GitHub）． 今回，WerkcerでのGo
WEB+DB PRESS Vol.80 テスト駆動インフラ記事補足 - Gosuke Miyashita
4/24(木) 発売の WEB+DB PRESS Vol.80 に テスト駆動インフラ&CIの記事を書いた というエントリを先日あげましたが、記事に対する更なる補足を。 記事中に DigitalOcean に公開鍵を手動で登録する手順があるのですが、実はこの手順、 vagrant-digitalocean が自動でやってくれるようなので、手動でやらなくても良いようです。 ソースコードを読んでみたところ、vagrant-digitalocean は、ssh_keyname で指定された名前の公開鍵が DigitalOcean 上に登録されていなければ、private_key_path で設定されたファイル名に .pub をつけたファイルの内容を登録する、という動きをするようです。 本特集の手順だと、手動で DigitalOcean 上に公開鍵を登録しており、vagrant-digitaloc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
