Jenkinsユーザカンファレンス2015の発表資料。 継続的セキュリティテストの重要性、トレンドの話。 JenkinsとVAddyを組み合わせて継続的セキュリティテストをする話。Read less
![Jenkinsを使った継続的セキュリティテスト](https://cdn-ak-scissors.b.st-hatena.com/image/square/5a6b47c2f59b3279ae15c551048059b4fb6a60ac/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fuploadvaddy-jenkinslt20150111-150111180555-conversion-gate02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
Auto-create Jenkins build jobs for new feature branches View the Project on GitHub entagen/jenkins-build-per-branch Download ZIP File Download TAR Ball View On GitHub Jenkins Build Per Branch The code in this repo lets you automatically generate Jenkins jobs for new branches in a specified repository, using templates to create the jobs. Using it is as easy as: Creating the set of jobs for your mas
開発合宿でDevOps界隈やモニタリング界隈で流行りのツールを組み合わせてBlue Green Deploymentできる何かを作りました。 同じチームで開発したid:shiba_yu36 先生やid:wtatsuru 先生が既にブログを書いてますが、自分の視点で書いてみます。(13/12/24追記: より詳細な内容が新規に書かれたのでリンク先を入れ替えました) Docker, Mesos, Sensu等を利用したBlue-Green Deploymentの仕組み - $shibayu36->blog; Docker コンテナにアプリケーションを立てて Graphite でいい感じに可視化するまで - wtatsuru's blog 僕は主に、各ツールから得られる情報をまとめて管理し、デプロイを実行するデプロイ管理ツールを作成していましたので、それについて書きます。 普段は運用の修行をして
$ sudo vim post-update #!/bin/sh # # An example hook script to prepare a packed repository for use over # dumb transports. # # To enable this hook, rename this file to "post-update". #exec git update-server-info wget --spider --auth-no-challenge --http-user=userid --http-password=password http://myproject.jenkins.com/job/myproject/build?token=myprojecttoken&cause=git-push token : 最初にJenkinsで設定したプロ
Jenkins の Git プラグインは標準で複数ブランチのビルドに対応してるんですが、1つのジョブで全部のブランチをビルドするので [成功 (master)] → [失敗 (branchA)] → [成功 (master)] → [失敗 (branchA)]みたいな感じでブランチごとの成功/失敗がわかりづらく、IRC に通知出してると FAILED! → Yippie! → FAILED! → Yippie! …とうるさい感じで残念です。 というわけで軽くググったところ、引っかかった↓を導入します。 Jenkins "Build Per Branch" by entagen インストール まずはドキュメントに書かれている通り、Jenkins にプラグインをいくつかインストール。 Git Plugin - Jenkins - Jenkins Wiki Gradle Plugin - Jen
弊社ではJenkinsおじいちゃんに日々お世話になっております。隣のチームの @_zoo さんもJenkinsおじいちゃんについての記事を書いておりました。 年の瀬にJenkinsの訃報が届いても、悲嘆にくれないために #vgadvent2013 - massの日記 http://mass.hatenablog.com/entry/2013/12/10/232532 ということで僕的最近のJenkins運用について書きたいと思います。去年の運用と今年の運用を比較していきます。 去年のJenkinsのタスク 以下のことをやっていました。何でも屋ですね。 デプロイ テスト 通知: メール 高度なcrontab 去年ad:tech TokyoでMapReduceジョブのdispatchとmonitoringをしているという発表もさせていただきました。 Jenkinsとhadoopを利用した継続的
This plugin sets the display name of a build to something other than #1, #2, #3, ... so that you can use an identifier that makes more sense in your context. When you install this plugin, your job configuration page gets additional setting that lets you specify a build name for each new build. This plugin can be used in two ways: Set build name at the begining and at the end of the build (both by
そもそもはBuild通知というよりは、自分の部署のBlogにJenkinsがPOSTしたりすることがあるので、その通知をYammerに投げてくれると気がつくいて見にいけるんだけど…、みたいなコメントをスタッフからいただいたのが始まりです。 最初はSkypeAPIでの通知が良いなあと思ったのですが、Skypeの場合はSkypeクライアントを起動していないといけません。その点、Yammerだと基本はWebなので、APIをたたくかメール送信でPOSTができますので、幾分敷居が低くなります。 (とはいえ、社外のサービスではありますので、POSTする内容には十分配慮しないといけませんが…) さて、どうやって通知させてみようかな…と思っていたら、ズバリ、Yammer Pluginというものがありました。 こちらのPluginのページ、とても丁寧な解説&スクリーンショットが載っています。英語がよくわから
任意のブランチをmasterブランチにマージする前に、Jenkinsで静的分析やテスト実行をしたいというニーズがあったので、任意のブランチにpushしたら CIできるように設定をしてみました。 環境構成 OS: Amazon Linux AMI 2013.03 64bit Git: 1.7.4.5 Jenkins: 1.505 Jenkins設定 ジョブ設定 ビルドのパラメータ化 → パラメータの追加 → 文字列 下記のように、「名前」と「デフォルト値」を設定する ソースコード管理システム → Git → Branches to build 下記のように、「Branch Specifier (blank for default):」に先ほど設定した変数 $branch_name を設定 ただ単に、Jenkinsの画面で毎回ビルド実行をするだけでしたらこれで設定は終わりです。 あとは下記
July 2, 2012Automate PSR Compliance through Jenkins one of the reasons our society can function is our ability to communicate in a standard? well formed and universally %albeit with local + cultural variations% understandable way) this requires that not only symbols but also their usage be agreed? whether implicitly or explicitly? by both the transmitter + the receiver of information))if such unif
参考 https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+on+Ubuntu https://wiki.jenkins-ci.org/display/JENKINS/Running+Jenkins+behind+Apache http://www.zzorn.net/2009/11/setting-up-hudson-on-port-80-on-debian.html 動機 さくらインターネットのVPSでJenkins(hudson)をセキュアに動かしたい。 他にもすでにアプリケーションが動いている(redmine)。 手順 Jenkinsのインストール Installing Jenkins on Ubuntu - Jenkins - Jenkins Wikiのまんま wget -q -O - http://pkg.
Created by Unknown User (sogabe), last modified by Unknown User (akiko) on Mar 07, 2011 オリジナル:Administering Jenkins JENKINS_HOMEディレクトリ Jenkinsはビルドの実行とアーカイブの保存にいくらかのディスク容量が必要です。Jenkinsの設定画面でこれらのディレクトリを確認することができます。 デフォルトでは ~/.jenkins ですが、次のいずれか1つの方法で変更することができます。 サーブレットコンテナを起動する前に、環境変数"JENKINS_HOME"を新しいディレクトリに設定する。 サーブレットコンテナにシステム・プロパティ"JENKINS_HOME"を設定する。 JNDI変数"JENKINS_HOME"を新しいディレクトリに設定する。 コンテナ毎の設
さくらVPSでJenkinsをセットアップする記事は数多くあるのですが、Jenkinsをセットアップして認証するといっても、フロントをApacheにするかNginxにするかや、認証もBasic認証で全体を認証させるか、Jenkinsが持っている認証機能を利用するかなどなど、様々な組み合わせがあり、どうしたら良いか分からずに悩みました。 OS: CentOS (さくらVPS) Webサーバー: Apache(httpd) 認証: Jenkinsの組み込みユーザーデータベースの利用(行列ベース) の組み合わせでセットアップを行いました。 また、サブドメインから利用したかったのでProxyを設定して、サブドメインから使えるようにしました。 Jenkinsのセットアップと認証の設定まで Jenkinsのセットアップまでは様々な記事があると思いますので、ここでは割愛します。ここではhttp://
メモ。 (1) Jenkinsをインストール $ sudo apt-get update $ sudo apt-get upgrade -y $ sudo apt-get install -y jenkins (2) /etc/default/jenkinsの"JENKINS_ARGS"に"--prefix=/jenkins"を追加(URLをサブディレクトリ式にする為) /etc/default/jenkinsに「JAVA_ARGS="-Dfile.encoding=utf-8"」を追記(Git Pluginの文字化け対応) $ sudo vim /etc/default/jenkins -- /etc/default/jenkins -- JAVA_ARGS="-Dfile.encoding=utf-8" ... JENKINS_ARGS="--webroot=$JENKINS_RUN/
A 'reverse proxy' allows an alternate HTTP or HTTPS provider to communicate with web browsers on behalf of Jenkins. The alternate provider may offer additional capabilities, like SSL encryption. The alternate provider may offload some work from Jenkins, like delivering static images. Jenkins actively monitors reverse proxy configuration. Jenkins reports “Your reverse proxy setup is broken” when it
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く