Ruby on Rails アップグレード 4.1 → 4.2【Ruby on Rails Advent Calendar 2015】 - #tech
この記事は Ruby on Rails Advent Calendar 2015 の2日目です。 私は Ruby on Rails のアップグレードについて取り上げさせていただきます。 Rails のアップグレードに関しては、 良質なガイド、紹介記事など、すでに多数存在します。 しかしアップグレードは、なかなか気の重い作業なので、 ついつい後回しにしてしまったり、 どうせ他人に引き継ぐのだからと放置されていたりします。 アドベントカレンダーは、ある種のプログラマーのお祭りだと思います。 ここで取り上げることで、少しは皆様の気に留めていただけるかなと思い、 取り上げることにしました。 Rails のアップグレードって必要？ Rails のアップグレードには脆弱性対応が含まれています。 そして、古すぎる Rails は次第にメンテナンス対象から外れていきます。 Ruby on Rails のメ
【入門】Jenkins (CI) + Ruby on Rails 3.2.x (RSpec) + GitHub + Amazon EC2 (Amazon Linux AMI) を使った継続的テスト【更新：2013-10-29】 - #tech
前置き 最近、扱っている Rails アプリケーションの規模が少し大きくなってきたので、 そろそろちゃんとテストを書かないとなぁと思っていた。 私はテスト (CI) に関して次のような考えを持っている。 テストの実行は第三者がおこなう 人はどうしても怠惰な方に流されやすい生き物だと思う。 私も「ちゃんとしっかりテスト（書いて・実行）しよう！」という意思が薄いタイプの人間に思える。 なので、テストの実行と、失敗時の通知は、自分ではない「第三者」がやってくれないと困る。 サボってたら叱ってくれる人がいてほしい。 テストの成功・失敗の履歴は残しておくべき テストがチェックインごとに正しく実行され、どのチェックインでテストが壊れたのか。 それはきちんと管理されているのが望ましいと思う。 いつの間にか、テストが壊れており、どのチェックインで壊れたのかわからない。 という状況は避けたい。 というわけで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
