2015 年 1 月 11 日に開催された 「Jenkins ユーザ・カンファレンス 2015 東京」 での発表資料です。Read less
はてなにおける継続的デプロイメントの現状と Docker の導入
2015 年 1 月 11 日に開催された 「Jenkins ユーザ・カンファレンス 2015 東京」 での発表資料です。Read less
Jenkins で Git リポジトリの ID と PW をセキュアに保存する方法 | 1000g
Jenkins から https 接続で認証付きの Git リポジトリを参照する場合、以下のように URL に直接ユーザー名とパスワードを書く必要がありました。 当然 Jenkins の設定ファイルにパスワードがそのまま書かれてしまいます。個人開発ならいいですが、チーム開発では危険すぎます。これをセキュアにしようとすると、.netrc を使ったりするややこしい手順が必要でした。 ところが、2013年10月22日にリリースされた Git Plugin 2.0 から、Credential Plugin と連携して暗号化したパスワードを保存できるようになったため、大幅に設定が楽になりました。 以下にそのやり方をメモしておきます。 リポジトリの URL は https://foo.com/git/bar.git とします。 “Jenkins の管理 > Credentials > Add doma
【入門】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ページを開く
