前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
・JIRA Advent Calendarの最終日担当です。 趣味でなんとなく作ったものの放置してしまっているアプリケーション、ユーティリティ、ライブラリはありませんか？ オープンソースソフトウェアにしてしまいましょう！ もちろん懸念はあるかもしれません、例えば： ・オープンソースってやってみたいけど人に見せられるほどキレイなコード書ける自信がない じゃぁいつやるの？ 今感じる範囲でキレイなコードにして公開してみたら？ ・同じようなコードは他にもあるし・・・ 既存のコードで歯がゆいところがあったから書いたんじゃないの？ 地球に70億人もいるんだから同じように歯がゆさを感じている人が1人や2人はきっといるはず。 ・オープンソースにしたら盗まれちゃう！ 死蔵してたらすぐに、またはいずれ陳腐化して新規性のないコードにきっとなります。 盗まれて困るようなコードだったらとっとと起業してビジネスにした
昨年から細々と続けている社内勉強会の60分一本勝負で、(デブサミで川口さんとnahiさんからいろいろ聞いてきた)hsbtにJenkinsプラグインをJRubyで書く方法について教えてもらいました。 私はそもそもJavaが入ってなかったので次のような感じでいろいろ入れるところからスタート。 最後に入れているjpiがJRubyでJenkins Pluginを作るためのgemだそうな。 手順としては、 jpi new hogehgoeで雛形を生成 jpi generate hogehoge fugafugaとしてできたファイルを編集 jpi buildでパッケージング jpi serverで作ったプラグインが入ったJenkinsが起動 という感じで、generate hogehogeがけっこう肝な感じでした。 Generatorは、いまのところ次の6つがあるんですが、後半はhsbtもよくわからな
ruby1.9時代にrcovは使ってはいけない。simplecovを使おう！
■概要 rubyにおけるテスト網羅率の定番ツールといえばrcovですが、どうもテストの通っている箇所の色付けがおかしいのと網羅率に誤差があると感じてました。 よくよくgithubのrcovのページを見てみると、 NOTE: This fork does not work on Ruby 1.9.x. For coverage on Ruby 1.9 look at SimpleCov. Even if you get results on 1.9 they will probably be inaccurate. Ruby 1.9 has call detection built in for faster, more accurate results. なんて書いてあります。という訳でSimpleCovを試してみました。 なおこちらで簡単にセットアップできるシェルスクリプト置いてます！
Jenkinsではじめるビルド職人入門 著者 今井勝信 著 発売日 2011年11月18日 更新日 2011年12月13日
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
