Jenkins Workflow Pluginでリポジトリ内のスクリプトを読み込む時の注意点
まとめ ブランチをパラメーターにするとスクリプトを読めない 中身ではなく変数名のブランチを探しに行く 多分バグ ファイルから読み込むるスクリプトを書けば解決 公式のflow.groovyを参考に 変数を使おうとすると面倒 java.io.Serializableを実装する必要あり gitリポジトリ内のスクリプトを指定できない (以下に用意されているdocker上のJenkinsで確認しました) https://github.com/jenkinsci/workflow-plugin/blob/master/demo/README.md Workflow Pluginでは、リポジトリ内のgroovyスクリプトを読み込んで実行する機能があります。 この機能を使うことで、リポジトリの内容とそれに対応するビルド手順を同時にバージョン管理出来るため、 ビルド手順の変更がとてもやりやすくなります。 で
Jenkins 1.641 / Jenkins 1.625.3 からContent-Security-Policyが設定された - R42日記
タイトル通りです。どうやらXSS脆弱性が見つかったようで、その対策とのこと。 https://wiki.jenkins-ci.org/display/SECURITY/Jenkins+Security+Advisory+2015-12-09 セキュリティが強化されるのは良いことですが、この変更によってかなり困った弊害が出ています。 具体的には次の通り。 Javadocが表示できない。真っ白の画面になる Selenium HTML Reportプラグインでスタイルが適用されなくなった 失敗したテストに色がつかないので、どこが失敗したのかわからなくなる 何事？と思ってデバッグコンソールを見てみたところ、Content-Security-Policyのエラーが出ていました。 ググッてみたところ、このWikiがヒット。 https://wiki.jenkins-ci.org/display/JEN
JenkinsのUXをモダンにする新プロジェクト「Blue Ocean」登場。統一的デザインのためのJenkins Design Language（JDL）も開発中
JenkinsのUXをモダンにする新プロジェクト「Blue Ocean」登場。統一的デザインのためのJenkins Design Language（JDL）も開発中 ビルドやテスト、デプロイなどの自動化を実現してくれるツール「Jenkins」は、2カ月前の4月に最新のメジャーバージョンアップ版となる「Jenkins 2.0」が登場したばかりです。 そのJenkinsのUXをモダンで魅力的なものにする新プロジェクト「Blue Ocean」が発表され、ソースコードの公開が始まりました。 シンプルで魅力的なUXへ Blue Oceanの開発理由は、「Introducing Blue Ocean: a new user experience for Jenkins」で次のように説明されています。 In recent years developers have become rapidly attr
Jenkins 2.0 is here!
Over the past 10 years, Jenkins has really grown to a de-facto standard tool that millions of people use to handle automation in software development and beyond. It is quite remarkable for a project that originally started as a hobby project under a different name. I’m very proud. Around this time last year, we’ve celebrated 10 years, 1000 plugins, and 100K installations. That was a good time to r
SCM Sync Configuration
Known issues type key summary Data cannot be retrieved due to an unexpected error. View these issues in Jira Product backlog [TABLE] *Privileged user can be, for example, user having access to job configuration update when job configuration is sync'ed. Releases 0.0.10 (August 3, 2016) Bugfixes SCM-772 Improve Git handling of file paths with spaces 0.0.9 (December 11, 2015) Bugfixes JENKINS-13593 S
Job DSL
This plugin is up for adoption! We are looking for new maintainers. Visit our Adopt a Plugin initiative for more information. NOTE The Job DSL Plugin is currently seeking co-maintainers. This does not mean that it's unmaintained right now, but that stepping up to help support this plugin would help long-term health of this project. Jenkins is a wonderful system for managing builds, and people love
cronの代替になりそうなジョブ管理ツールのまとめ - Qiita
たまに検討するけど、よく忘れるのでまとめておく。ごく個人的な感想としては、Rundeck, Azkabanあたりで始めてみるのがいいかもと思う。 要件 重複実行の防止 ジョブの実行結果、かかった時間、ログ出力などが見れる 失敗時の通知 候補 OSS系 Rundeck http://rundeck.org/ Java Runtimeで動く RUNDECK PROという有料サービスもある http://simplifyops.com/ 参考: http://heartbeats.jp/hbblog/2015/01/rundeck.html Oozie http://oozie.apache.org/ Workflow Scheduler for Hadoop Java http://oozie.apache.org/docs/4.1.0/DG_Overview.html Webコンソールもある
CircleCIライクに、JenkinsジョブをDockerコンテナ内で実行してみる - Qiita
ここ数年、CircleCIやTravis CIに代表されるクラウドCIサービスがメジャーになり、Jenkinsの影がめっきり薄くなりました。 でも、自社のプロダクトではクラウドサービスダメ!であったりで、恩恵を受けられない人のために、Jenkinsで少しでもその恩恵受けたい！というのが、この記事です。 CircleCIに対するJenkinsのデメリット 個人的に、Jenkins離れが多い理由は、 1. 初めのセットアップが面倒 2. 複数プロジェクトで共有すると環境が混ざって大変 3. ジョブ設定に関する知識が属人的になりやすい(Jenkinsおじさんの出現) の３つだと考えています。 今回は、特に2.に注目します。 複数プロジェクトの環境が混ざる あるプロジェクトAは、Rubyでサーバサイドアプリを、別のプロジェクトBは、Androidを、というような場合、 Aのビルドには、rbenv,
Docker で「速くてウマイ」な CI 環境を構築するための 5 つの Tips | 株式会社ヌーラボ(Nulab inc.)
Docker 社のユースケースでもあげられているように、CI/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて
[Jenkins] 選択肢からGitのブランチを選んでJenkinsビルドできるようにする方法
ビルドする度に毎回、Jenkinsの設定でビルド対象のブランチを変更するのがめんどくさい。 こんな感じで、ビルドボタンを押したあと、ブランチ一覧が出てきて、それを選択して指定できたら便利だなあ…。 ブランチ一覧も、Gitリポジトリから自動的に生成できたらいいなあ…。 ということでJenkinsの環境を整えた。 以下、Gitで管理されたプロジェクトをJenkinsでビルドするとき、リモートリポジトリ（中央リポジトリ）から動的にブランチ一覧を生成し、一覧からブランチを指定してビルドする方法です。 やりたいこと ビルドボタンを押したあと、どのブランチでビルドするか選びたい ブランチ一覧はGitリポジトリから自動的に生成したい 前提 Git pluginを使って、Gitプロジェクトのビルドができる 使ったプラグイン Extended Choice Parameter Plug-In (versio
![[Jenkins] 選択肢からGitのブランチを選んでJenkinsビルドできるようにする方法](https://cdn-ak-scissors.b.st-hatena.com/image/square/99382416beb20d816ebdb237275c4586a11a064b/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEgeJS9PrMIPh6uW3MutwPM5d7oddlsdcJUJYHLV78Nd7WTq87aWSOiJpL-h8-RxfrNrbpkUtVgzCR_AYGm3LB6gchD56MwytgqyiZjVaCv3x6eWkGa4xOFY7eZrGNnfyuRanUdg23qb07ge%2Fw1200-h630-p-k-no-nu%2Fbuild_parameter_choose.png)
Dockerで使うサーバサイドソフトウェア（エンジニア編） | さくらのナレッジ
Linuxコンテナを使った仮想化ソフトウェアDocker。興味はありつつも、実際の運用の中で活かす機会は意外と多くないのではないでしょうか。さらに1.0となったとは言え、実運用のサーバの中で活用していくというのは勇気が出ないかも知れません。 そこで今回はあくまでも開発の部署内だけでDockerを使っていくという方法を提案したいと思います。Dockerのメリットの一つ、外部の人たちが作ってくれているコンテナを使ってサービスを立ち上げてみましょう。今回は特にエンジニアがよく使いそうなソフトウェアにフォーカスを当てています。 必要なもの さくらのクラウドのアカウント さくらのクラウドトップページ アカウントはさくらのクラウドトップページから作成できます。 クラウドサーバを追加する サーバ追加画面 管理画面に入りましたら、サーバの追加を選択します。追加画面では、サーバの名前、メモリ数、ディスクプラ
JenkinsとDockerでTravisっぽいCIサーバを育ててみている - オープンソースこねこね
最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以
[GruntJS] gruntからJenkinsのジョブを実行する - YoheiM .NET
こんにちは、@yoheiMuneです。 今日はライトなネタですが、gruntからJenkinsのジョブを開始する方法をブログに書きたいと思います。 引用：http://flic.kr/p/jvGd6b JenkinsのジョブをJenkinsの画面以外から起動するには Jenkinsのジョブを開始するには、Jenkinsの画面でビルドボタンをポチッと押す以外にも、HTTP通信を使ってジョブを開始することができます。 例えば、以下のURLのようなジョブがある場合、 #「build_frontend_module」という名前のジョブ http://localhost:8080/job/build_frontend_module/ 以下のURLにHTTP通信でアクセスすることで、ジョブを起動することができます（※1）。 http://localhost:8080/job/build_fronten
![[GruntJS] gruntからJenkinsのジョブを実行する - YoheiM .NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/0cf978596450b9323a1f0516572078bfd8e4613d/height=288;version=1;width=512/https%3A%2F%2Fwww.yoheim.net%2Fimage%2F309.jpg)
Jenkinsのプロジェクトを自動的に追加する方法 - Qiita
管理するコードリポジトリが増えてくると、リポジトリ追加の度にテスト用のJenkinsプロジェクトを追加するのが面倒くさくなってきます。 もし各リポジトリのテスト方法がほぼ同じで、違うのはリポジトリ名くらいだという場合は、 JenkisのJobcopyBuilderPlugin (https://wiki.jenkins-ci.org/display/JENKINS/Jobcopy+Builder+plugin) を使うと便利です。 上記ページやgithubのREADME.mdを見るとわかりますが、このプラグインを使うとジョブのビルド時に"ジョブのコピー"ができるようになります。 また、コピーしたジョブの設定(config.xml)を一部置換することができます。 これを利用すると、下記のようにすることで、リポジトリ毎に動的にbuild jobを追加して動かすことができるようになります。 1.
Docker + Jenkins + travis.yml parser 作って Travis っぽいものを作った話 - from scratch
年末にDocker触ってて、これをうまく活かせば、副作用を無視した使い捨てのテスト環境が作れるんじゃねーかな、という意識が高まったのですが、手を付けられずにうにゃうにゃしてました。 そうこうする内に yahooのデベロッパーの方からJenkins with Dockerというタイトルの発表があり、ほぼ僕のやりたい事のベースができていたので、これをforkして、travis.yml parserや若干のバグフィックスを入れてもう少しだけTravisに近づけてみました。 ちなみにこれは 社内 Immutable Infrastructure ハッカソンした時の成果物です。 Immutable Infrastructure Hackathon at :D を開催したら、configspec の敷居が高いのでコミッタになっていました - sonots:blog 今回の成果物に関して、詳しくはここを
第8回Jenkins勉強会で「Jenkins with Docker」というLTをしました #jenkinsstudy - Yahoo! JAPAN Tech Blog
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog LT の中で触れた環境を構築するデモコードを Vagrantfile にまとめて GitHub においていますのでよければ触ってみてください。ジョブ登録済の Jenkins が立ち上がるので全く同じ環境を試してもらえます。 yahoojapan/jenkins-with-docker-demo LT は5分でざっと流してしまったため、このエントリで補足します。 ジョブ実行毎にクリーンな環境がほしい 特に説明の必要もなく普段 Jenkins を使っていればジョブ毎にクリーンな環境がほしいと思うはずです。スレーブノードをジョブ毎に新規でインスタンスを立ちあげて実行することもできますが インスタンスの作成、起動はそれなりの時間がかかりま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
Jenkins Job DSL Plugin