CircleCI導入したのでwerckerとの比較も含めてまとめ - 月曜日までに考えておきます
最近話題のCI as a Serviceを導入すべく調査してみました。JenkinsさんもすごくいいのですがAWS smallインスタンスに乗せているとやっぱり本来の力を発揮できない感じがあるので。 CircleCIって以前は、一番安い契約だと1Private Repositoryしか扱えなくて使いづらそうな印象だったのですが、4月末頃にPrivate Repository数は無制限、同時実行ジョブ数で課金というPlanに変更になったようですね。 Simple and Transparent Pricing | The Circle Blog http://blog.circleci.com/simple-and-transparent-pricing/ 自分の関わっているプロジェクトでは、 リポジトリはそれぞれの役割ごとにいくつか分けている 開発者数は少ないのでコミット頻度はそんなに高く
Docker を使ってどんどんステージング環境を作る方法
こんにちは、tahara です。 Docker を使って git push をトリガーにステージング環境をどんどんたてて開発しています。 いま見たら24面のステージング環境が動いていました。 新しいブランチを push すると Jenkins が Docker のコンテナを作りそこにデプロイしてくれます。 Jenknis では Git Pluign を使っています。 あとは shell script でガシガシとドロくさくやっています。 次がその shell script です。 #!/bin/bash export SSH_DOCKER="ssh user@docker.example.com" source ./config/jenkins/functions.sh # 20 は /etc/init.d/skype の XSERVERNUM=20 source `ls ~/.dbus/
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
JenkinsプラグインのGitHub pull request builder pluginを使ってみる - 技術めも
現在、GitHubのPull Requestでコードレビューし、問題なければマージするというフローで開発しているのですが、 コードは問題なさそうなのでマージしてみると、specが落ちている・・といったことがありました。 そこで、Pull Requestされた時点でそれをマージしspecを実行してくれる、そしてその結果を通知してくれる といったことが自動でできれば良いなと考えていました。 そこで発見したのがGitHub pull request builder pluginというJenkinsのプラグインです。 このプラグインは、以下のようなことをやってくれます。 Pull Requestされた（またはそのPull Requestにコミットを積み重ねた）時にそれを検知し、自動でマージしビルドしてくれる （実際はcrontabで設定したタイミングで） GitHubのPull Requestペー
Rails3.2 でBDD、自動テストとか諸々の環境整えた備忘録 - 気が向いたら
Railsでプロジェクトを進めるにあたり、BDD（振る舞い駆動開発）をやりたいと思いまずは環境構築をした覚え書きがこちらです。 Rspecまわり まずは Rspec のテストを自動化したいと思って参考にしたエントリがこちら。 Curiosity PDF - なるほど、Spork と Guard というものを使うと自動テストが捗るらしい。 Spork は 高速なテストサーバのようなもので、Guard は自動テストパッケージ。 あと、Rspec でテスト書いて行くにあたって、テスト時のモデルデータを用意するのに Fixture よりも factory_girl が捗るらしい。 詳しくは など。 …という事で、これも組み込もう。 以下のエントリを参照した。 rspec, factory_girl, spork, guardによる自動テスト環境の構築 - AnyType Javascriptまわり
最近やってるRailsプロジェクトのテスト方法 - #詰んでる日記
Railsエンジニアになってから1年半くらいが経ち、社内のRailsのプロジェクトを全部で5つくらい触って、今やってるAbilie*1でようやく人並みにテストを書いてる気がしてきたので、現時点でやってるテストの方法をまとめておく。 テストのルール的なの rspecでは必ずモデルのテストは書くようにしてる。ヘルパーも大体書いてるけど、コントローラやルーティングのテストはあまり書いてない。 というのも、コントローラーのコードを極力短くしてモデルを太らせているのでコントローラのテストはあんまり意味が無い気がしていて、その代わりにCapybaraでテストを書いておけば十分なんじゃないかなと思ってきたから。Capybaraは書いてるので、そういう意味では書いてるとも言える。 社内の管理者だけが使える管理画面も作ってるけど、そっちはテストあんまり書いてない。ここは動かなくなっても一般ユーザーには影響が
Hudson+phpmdでPHPコードの問題を自動検出する方法
Hudson＋PHPシリーズです（Javaとか他の言語でもいけるはずです）。 phpmdって何？phpmdはPHP Mess Ditectorの略で、PHPコードの潜在的なバグになりそうな箇所や実装上の問題を検出してくれるツールです。 例えば未使用の変数の指摘、多数のpublicメソッドのある巨大クラスの検出、一文字変数等もこのツールで検出可能です。 詳細はhttp://phpmd.org/about.htmlを参照してください。 phpmdのインストールこれは簡単で、いつものようにpearコマンドでさくっと入ります pear channel-discover pear.pdepend.org pear install --alldeps pdepend/PHP_Depend-beta pear channel-discover pear.phpmd.org pear channel-di
Hudson+phpcpdで継続的に重複コードをチェックする
Hudson等を使った継続的インテグレーションでは、テストの自動実行の他にも、ドキュメントの自動作成、コーディング規約の自動チェック、重複コードのチェック(DRY原則のチェック)等を行うことができるし、実行するべきである。 今回は、PHP＋Hudsonの環境でコードの重複を継続的にチェックできるようにしてみた。 phpcpdPHPでコードの重複を検査するには、phpcpdというツールを使うのが定番である。 phpcpdはpearコマンドでインストール可能だ。 なお、phpcpdを利用するためには、pearが1.9.1以上である必要がある。 インストール手順 pear upgrade pear pear channel-discover pear.phpunit.de pear channel-discover components.ez.no pear install phpunit/ph
JenkinsでPHPプロジェクトをビルド｜DIARY SYSTEM Ver.4
2004 01 02 03 04 05 06 07 08 09 2004年9月：1エントリ 10 2004年10月：1エントリ 11 2004年11月：1エントリ 12 2004年12月：1エントリ 2005 01 02 03 04 2005年4月：13エントリ 05 2005年5月：18エントリ 06 2005年6月：28エントリ 07 2005年7月：42エントリ 08 2005年8月：39エントリ 09 2005年9月：41エントリ 10 2005年10月：22エントリ 11 2005年11月：20エントリ 12 2005年12月：35エントリ 2006 01 2006年1月：12エントリ 02 2006年2月：6エントリ 03 2006年3月：10エントリ 04 2006年4月：17エントリ 05 2006年5月：9エントリ 06 2006年6月：12エントリ 07 2006年7
ウノウラボ by Zynga Japan: PHPで利用出来るテストと開発に便利なツール
こんにちは。yukiです。 今日はテストや普段の開発に便利なツールのご紹介をしたいと思います。PHP限定のツールですので、ご了承下さい。 ZyngaJapanでは、昨日リニューアルオープンした「ファームビレッジ」でも、Jenkins(旧Hudson)によるCIを行って開発しており、TDDやJenkinsでのCIを利用する文化がだんだんと浸透してきています。Jenkinsのプラグインとして利用できるものも多くありますが、当然ながらコマンドラインからも利用出来ますので、コミット前に自分のコードをチェックすることもできます。 phpcpd コードの中でコピー&ペーストで記述されている部分を検出してくれます。 どの程度の重複から検出するかを柔軟に設定できるので、まず大きな部分から修正するなど判断ができ便利です。 $ phpcpd /path/to/project phpcpd @package_v
CakePHP2.0+Jenkinsで継続的インテグレーションを行う方法
みなさんこんにちは。@ryuzeeです。 CakePHP2.0になってテスティングフレームワークがSimpleTestからPHPUnitに変わったことで、以前に比べると大分簡単にはなっていますが、まとまった情報が少ないので整理しておきます。 事前準備JenkinsのインストールおよびCIサーバへのPHPのインストールは済ませておいてください。 CakePHP2.0でCIを行う場合は、以前のようにStagehand_TestRunnerを使ったりPhingを使う必要はありません（Phingは以前も使わない手もあった）が、PHPUnit、Xdebugのインストールは行なっておきます。 また今後利用するであろう、PMDやCPD等も導入しておくと良いでしょう。 なお、今回の作業はCentOS5.7上でPHP5.3.8を利用して行いました。 PHP関連のパッケージ導入 pecl install xd
PHPでTDD&CIワークショップ、Jenkins + PHP の各種プラグインパート資料 - Yamashiro0217の日記
はじめに この資料は「PHPでTDD&CIワークショップ」 http://atnd.org/events/16626 で @yamashiro が発表するための資料だよ。 ワークショップ参加者じゃなくても記事読むだけで完結するようには書いてあるよ。 概要としては、Jenkins を使って PHP のウンコレガシーなコードをいかに綺麗にして行くかということを説明する。 自画自賛だけど PHPMD とか PHPCPD の使い方の説明の資料としてもそこそこイケてる資料になってると思いました。まる。 この記事に書かれてることは、割とTemplate for Jenkins Jobs for PHP Projectsとかぶってるけど、プラグインを絞ってあるのと、一個一個のプラグインについて解説、また実際にエラーが起きたときにどうすればいいのか書くよ。 Java と Jenkins のインストールとJ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerと継続的インテグレーション
第2回 JAWS−UG 神戸 開発運用の現場でのChef活用
GitHub - alminium/alminium: Redmine、DVCS(Git/VMercurial)、Backlogs、コードレビュープラグインなど、開発に必要な環境を簡単にセットアップします。