Jenkinsの自動デプロイにAnsibleを使ってみた - sometimes I laugh
ありがたいことに、以前のJenkins自動デプロイ記事がそれなりに多くの反応をいただきまして、冷静に見直してみたのですが、ちょっとデプロイ処理が雑だなと。 最近ではデプロイをやるにも、Capistranoやfabricなどのツールがあり、多様化するデプロイ要件に柔軟に対応できるような工夫が施されています。これらのツールを用いることで、シェルスクリプトで記述されたぐちゃぐちゃなオレオレデプロイを回避できたり、デプロイ失敗時のロールバックなどがしやすくなるメリットがあります。 現在開発しているアプリでは、git pullだけでデプロイできるようにしてあるので、前回の記事のようにJenkinsのジョブにシェルスクリプト直書きでもいいのですが、 デプロイ先の変更やスケールアウトに対応しにくい 認証鍵の場所をコマンドで直書きするのが、個人的にちょっと抵抗ある 書き方がスマートじゃない ←重要 という
リモートからJenkinsのパラメータ付きジョブを実行する - Alligator Swamp
Jenkinsのジョブをリモートから実行するには以下のURLにアクセスすれば良いが、パラメータ付きジョブだとエラーとなる。 http://JENKINS_URL/job/JOBNAME/build公式ドキュメントにはJSONを利用する必要があると書かれているが、buildの代わりにbuildWithParametersを使えば、パラメータ付きで実行可能である。 http://JENKINS_URL/job/JOBNAME/buildWithParameters?PARAM=VALUEハマったのでメモ。 オライリーのJenkins本に助けられました。 Jenkins 作者: John Ferguson Smart,Sky株式会社玉川竜司出版社/メーカー: オライリージャパン発売日: 2012/02/22メディア: 大型本購入: 12人 クリック: 345回この商品を含むブログ (38件) を
Sphinx + Jenkins で始めるドキュメントの継続的インテグレーション | TECHSCORE BLOG | TECHSCORE BLOG
はじめに はじめまして、白川です。 システム開発では、多かれ少なかれドキュメントを作成する必要があると思います。 Word、Excelによって作成することが大体と思いますが、いろいろと問題点があるな、と感じるようになりました。 文書自体の整形（改行や改ページ、インデント、文字サイズ）が大変 仕様書が膨大になってくると、何がどこにあるかわからなくなり、内容のメンテナンス・維持が難しくなる 結果として、内容の陳腐化を招いてしまい、 ドキュメントと現実の仕様に差異が発生して、役に立たないドキュメントとなってしまいます。 そうなると、システムの仕様を把握するために、ソースコードをみないといけなくなりますし、 知見が担当者に依存してしまい、担当者が不在になると分からないことが多くなってしまいます。 それを防ぐために、 Python製のドキュメントビルダーであるSphinxを現在試しています。 Sph
Private Presentation
Private content!This content has been marked as private by the uploader.
Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita
hookを使ってるとリポジトリへpushしてすぐにjenkinsをビルドできて便利だけど、どのブランチにpushしてもhook URLが呼ばれてちょっと不便。 例えばdevelopブランチにpushされた時だけ、hookでdevelopのビルドジョブを実行する、みたいな事がやりたくて調べてみた。 やり方 自前のgitリポジトリだと.git/hooksで特定ブランチへのpush時だけhookする設定が書けるけど、Githubでは同じような事ができないので Jenkins側で受け取ったhookがどのブランチへのpushによるものかを判定してみる。手順は以下のとおり。 hook受取り用ジョブの作成 ビルドジョブとは別でGithubからhookを受け取る専用のジョブを用意しておく。 ジョブはパラメータ付きビルドにしておき、下のように payload という名前でパラメータを受け取れるようにする。デ
Jenkins で 静的コードチェックを自動化する MetricFu, RuboCop, Brakeman - kzy52's blog
ソースコードの品質向上のため静的コード解析ツールである MetricFu , RuboCop , Brakeman のドキュメント出力を Jenkins で自動化する方法をまとめました。 これらを導入することにより人力コードレビューの負担を少しでも減らすことができるかなと思います。 MetricFu metricfu/metric_fu · GitHub コードメトリクスを測定。 ソースコードの重複チェック、処理の複雑度などを出力してくれる。 Reek, Flay, Chrn, Stats, Flog, Cane, Roodi, Saikuro, Rails Best Practices, Hotspots RuboCop bbatsov/rubocop · GitHub 静的コード解析ツール。 Ruby Style Guide に沿っているかチェックしてくれる。 Brakeman pre
Jenkinsでrspecで書いたテストのコードカバレッジを表示する - リア充爆発日記
前回の「さくらのVPS+Jenkins+github+rails3」の続き。 どうせ俺一人だから通知とかいいや、それよりカバレッジ見てー。という気持ちになったのでやってみた。 もう、普段からrspecでテストしていることが前提条件。 こちらを参考にした。っていうかほぼそのまんま。こっちのほうが絵とかついているからオススメ。 http://techracho.bpsinc.jp/yamasita-taisuke/2012_05_20/5560 まずローカルでできるようにする。 超簡単だった。 Gemfileに追加 group :test do ~snip~ gem 'simplecov' gem 'simplecov-rcov' end この２つを追加。bundle install。 spec/spec_helper.rbに追記 どたまのほうに require 'simplecov' req
RSpec Performance Turning - くりにっき
社内で開催されたRSpec勉強会テストのパフォーマンスチューニングについて話したので資料を公開してみます。 RSpecの名は冠しているものの他の言語やテスティングフレームワークでも応用できるところがあるかもしれません。 RSpec Performance Turning from sue445 8/3追記：はてブコメント返信 テストのテストにはテスト対象を使えばいいんでしょうか。 場合によりますね。 基本的にはテストコードとテスト対象のプロダクトコードはペアであるはずなので、テストにバグが混入したとしても対応するテスト対象が変更されていなければテストがなんらかの形でエラーになるので、そこで検知できると思います。 テストコードのリファクタリング（共通処理をメソッド抽出など）は、既存のテストが品質を担保してくれてます（グリーンのままであればリファクタリング成功） 0からテスト書く場合でテストの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.comico.jp/articleList.nhn?titleNo=7438&page=2
GitHub - jenkinsci/gitlab-hook-plugin: Deprecated, see https://www.jenkins.io/jep/7
Jenkins ja - [jenkinsci-ja:520] ビルドスクリプト中からコミットハッシュを取得したい
http://i2m.qito.kyushu-u.ac.jp:12480/