Jenkinsプラグインを実装してリリースするまで - Qiita
概要 Dead Man's Snitch というシンプルな死活監視サービスをJenkins Jobの監視に使っていて、今まではJobが成功したらcurlで通知するという処理を ./job.sh && curl https://nosnch.in/abcde12345 みたいに書いてたんですが、監視はJobと独立させたかったので、pluginとしてビルドが成功した時にDead Man's Snitchに通知するpluginを作りました。そのプラグインの実装から jenkins-ci.org でホスティングしてもらうまでの道のりです。 結論から言うとけっこう大変でした...w 基本はJava + Mavenです。 JVM系の他の言語やGradleでも出来るっぽいです、たぶん。 Plugin tutorial まずはこちらを参考にJava, Mavenの環境設定をして雛形のプロジェクトを作ります
Jenkins 再入門
Jenkinsをカオスにしないための運用についての発表資料です。 まもなくリリースのJenkins 2.0についてもまとめています。
Jenkinsにdeploy keysをリポジトリ毎に設定するのが面倒くさい - なっく日報
m(__)m yukidarake.hateblo.jp の記事で Host github.com HostName github.com User git IdentityFile ~/.ssh/github-foo.pem IdentityFile ~/.ssh/github-bar.pem みたいに書けばJenkinsの鍵をいちいち~/.ssh/configに追記しないでOKだと書いたけど、これだとgit pushできないという指摘がありました。 実際、複数のリポジトリにdeploy keysを設定していると、git push先のリポジトリで、最初にsshの認証が通った鍵で権限があるか判定されてしまい、（違う場合）権限がないよと怒られます。 申し訳ありませんm(__)m が、このままだと悔しいので何か方法がないか探してみました。 GIT_SSHという環境変数 qiita.com で知
Clone Workspace SCM Plugin - Qiita
概要 このプラグインは、あるジョブを実行したワークスペースの内容を、後続のジョブに複製して渡すというプラグイン。 例えば、ジョブの実行時間が掛かってきたときに、SCM からソースをチェックアウトして、単体テストと結合テストそれぞれのジョブに、そのチェックアウトしたソースを渡してテストするとか。 こうすることによって、単体テストと結合テストで、ジョブは違うが同じバージョンのソースでテストを出来るというメリットがある。 他にも色々使い道はありそうだけど。 では、早速使い方を。 インストール Jenkis のプラグイン管理から、以下のプラグインをインストール。 インストールが無事に終わったら、早速ジョブを作ってみる。 親ジョブの定義 ジョブのいっちゃん下の「ビルド後の処理の追加」を選んでみると、「Archive for Clone Workspace SCM」が選択できるようになる。 これを選ぶ
Jenkinsをインストールしたら入れるプラグイン18個 - Qiita
Overview 備忘録としてJenkinsをインストールした後大抵入れているプラグインを列挙 & 軽く解説 Build Docker plugin Dockerコンテナを使い捨てのスレーブとして起動出来るようになる。 ジョブ起動ごとにコンテナが起動するのでクリーンなビルド環境を維持、他環境への影響を抑えられる。 使い捨てのビルドに使ったり、使い捨てのテストに使ったり、CMツール(Chef, Ansible等)のCIに使ったり用途色々。 スレーブで利用するイメージはランタイムごとにタグを分けてDockerHubでAutomation Buildしておけばジョブごとに好きなランタイムでビルド出来て良い感じになる。 例). shufo/jenkins-slave-ubuntu (phpとnodejsのランタイムは作ってある)をスレーブとして使うとすると、JenkinsのDocker Plugi
promoted builds
This plugin is up for adoption! We are looking for new maintainers. Visit our Adopt a Plugin initiative for more information. This plugin allows you to distinguish good builds from bad builds by introducing the notion of 'promotion'.Put simply, a promoted build is a successful build that passed additional criteria (such as more comprehensive tests that are set up as downstream jobs.) The typical s
川口耕介氏、Jenkinsプロジェクトの現状やWorkflow Pluginの特徴を説明 ～Jenkinsユーザカンファレンス2015東京 基調講演 | gihyo.jp
川口耕介氏、Jenkinsプロジェクトの現状やWorkflow Pluginの特徴を説明 ～Jenkinsユーザカンファレンス2015東京 基調講演 新年を迎えて早々の2015年1月11日(日)、Jenkinsユーザカンファレンスを開催しました。日本では第2回目となる今回のカンファレンス、会場は前回と同じく法政大学で、参加者は500名ほどでした。本稿では基調講演を中心にレポートをお届けします。 Jenkinsプロジェクトの現状 Jenkinsの生みの親である川口耕介氏の基調講演では、まずJenkinsプロジェクトの現状報告がありました。 Jenkinsの利用統計 Jenkinsの利用者数や利用シーンは、順調に増加しています。 Jenkinsのインストール数やスレーブ数・ジョブ数が増加していること、Javaのツール群の中でもJUnitについで70％のユーザが利用しているといった調査結果を取り
Jenkinsのバックアップとリストアについてメモ - Qiita
該当するのは以下のファイル。 ${JENKINS_HOME}直下の*.xml ${JENKINS_HOME}/jobs/${JOB_NAME}/config.xml ${JENKINS_HOME}/userContent以下の全ファイル バックアップの方法としては、以下のものがある。 くりにっきさん作 jenkins-backup-script 設定情報だけでなくプラグインもバックアップ対象。バックアップだけならこれ一つでOK。 あくまでスクリプトなので、実行のためのジョブは自分で定義する必要がある thinBackup Plugin バックアップ、リストアがJenkinsの画面から簡単にできる（主観） プラグインはバックアップの対象外 リポジトリでバージョン管理したい場合は、自分でスクリプトを作りこむなどして対応する。Subversionの例は公式に記述がある。かなり古い（2010年2月
GitHub Pull Request Builder
The Jenkins project announced unresolved security vulnerabilities affecting the current version of this plugin (why?):Missing permission check allows enumerating credentials IDsCSRF vulnerability and missing permission checks You should probably migrate to GitHub Branch Source Plugin This plugin builds pull requests in github and report results. More up to date information is available on the: Git
人類最大の謎。JenkinsのCSS壊れる問題が解明された - laiso
CSSというか静的ファイル全般の配信が止まる。 (※我々の目の前で突如フラットUI化したJenkins氏の様子) Jenkins で、 css 等が適用されなくてスタイル崩れを起こす事があるんだけどあれなんなんだろう…— そらは (@sora_h) 2013, 4月 4 JenkinsさんちょいちょいCSSが反映されなくなるんだけどどうしてなん？— 口玉（西の緊縛[ゴールデンボンバー]） (@Kuchitama) 2013, 7月 12 jenkinsのcssが崩れる時間と、私の顔のcssが崩れる時間の相関関係を考えている— しまざきしょうこ♀しょっぴー (@shokos) 2013, 6月 28 (みんな困っている) 今日また起きてなんとなく https://issues.jenkins-ci.org/browse/JENKINS-17526 を読んでみたらGreg Albrechtが書
jenkinsで全てのブランチをテストし続ける - 人工言語処理入門
jenkinsでCIをしている時に，レポジトリへのpushがあるたびに，pushされたブランチをテストしたいことがあります．一つのブランチだけをテストするのではなくて，全てのブランチを逐次テストしておくってことです．さぁどうしよう． おおまかな流れは以下 レポジトリへのpushをjenkinsに通知 gitプラグインでmasterブランチに移動 そのpushの情報をjsonで受け取る jsonからブランチ名を取り出してチェックアウト & pull テスト push通知 -> masterブランチ取得まで githubのレポジトリ設定からWebhooksを設定 payload URL = http://path/to/jenkins/job/core_hook/buildWithParameters?token=token payload versionはjsonに設定 tokenパラメータ
Schedule Build - Jenkins Plugins
This plugin allows you to run the following actions after a build: Batch or shell scripts Groovy scripts Build steps You can configure these actions depending on the build status (i.e., only run when build is successful). Scripts can also be executed on the master, on slaves or both. On matrix projects, the build can be executed on each axis. Please refer to the plugin description for further info
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Making Huge Moves.
Loading...
pmd
site:jenkins.io Jenkins Dynamic Parameter Plug in - Google 検索
Promoted Builds (Simple)
How to configure Jenkins to run on port 80
Schedule Build - Jenkins Plugins
Conditional BuildStep