Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Sebastian-badgeとは? Jenkinsプラグインのバージョン情報をGitHubのREADMEなどに埋め込むためのバッジをホスティングするサイトです https://badge.fury.io/ のJenkinsプラグイン版みたいなものだと思ってもらえると。 Jenkins pluginの埋め込みバッジって? こういうのです。 markdownやhtmlなどの形式でいい感じにコピペできます。 githubのREADME.mdに手軽に貼れます。 JenkinsプラグインはConfluenceにページ作ることになってるので、Confluence wiki形式でもコピペできるようになっています。 技術的なこと ソース: https://github.com/sue445/sebastian-badge Ruby PostgreSQL Padrino Framewowk Heroku
前置き GitLabではGitHubと違いリポジトリごとにアイコンを設定することができます。 例： https://gitlab.com/gitlab-org Jenkins GitLab Logo PluginはGitLabのリポジトリに設定されているロゴをJenkins上で表示するためのJenkinsプラグインです。 https://github.com/jenkinsci/gitlab-logo-plugin https://wiki.jenkins-ci.org/display/JENKINS/GitLab+Logo+Plugin 使い方 Global Configuration APIのエンドポイントとトークンを設定 Job Configuration 表示したいリポジトリを設定 外見 こんな風にダッシュボードにGitLabで設定してるリポジトリのロゴが表示されます。 ロゴをクリ
@sue445 RUN_FLAG のところ、git だったら、”Don’t trigger a build on commit notifications” という設定で制御できませんっけ？外してたらすいません pic.twitter.com/bK9DAFRBtv — ikikko@リアルJenkinsさん (@ikikko) 2016年8月10日 @ikikko そんなのがあったんですね。ありがとうございます。ただ、git pluginのwebhook urlじゃなくてgitlab pluginのwebhook url使ってるのでignoreされるか怪しい気がしてます。（後で試してみます） — sue445 (@sue445) 2016年8月10日 @ikikko 実際に試したら “Don’t trigger a build on commit notifications”いれたらweb
Jenkins 2を使った究極のpipeline ~ 明日もう一度来てください、本物のpipelineをお見せしますよ ~ This document contains code for a Jenkins pipeline that defines stages for compiling, testing, packaging, deploying, and smoke testing a build. It also contains code to send notifications to Typetalk if the build fails. Additional code shows how to fetch pull request branches from a Git remote and check if a pull request is open for a g
第7回大阪Jenkins勉強会(2016/06/18) 第9回(東京)Jenkins勉強会(2016/08/10) で発表させて頂いたスライドに「ボツ稿」を加えたものです。(時間:35分)Read less
11. 11 そこでPipeline Pipeline概説 Pipeline Plugin Groovyのスクリプトでワークフローを記述可能 Jenkins2.0から公式に押され始めたワークフロー管理系のデファクト 2014年末頃に「Workflow Plugin」としてリリース ワークフローの可視化機能は有償 2016年1月から「Pipeline Plugin」に改名、2月に可視化機能がOSS化 12. 12 Pipeline Plugin（＝Pipeline as Code） を使うメリット Pipeline概説 保守性の高さ テキストファイルでスクリプトを記述 ⇒ 読みやすい！ バージョン管理 ⇒ 変更を把握し、意図をつかみやすい！ 対応範囲の広さ Groovyスクリプトという1つの形式で様々なワークフローを記述可 能 ⇒ いろんなプラグイ
継続的インテグレーション（CI）ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。本記事ではJenkinsの最新版となるバージョン2系で正式に導入された、パイプライン機能を使ったビルド/テスト環境の構築を紹介する。 CIツールと「Jenkins」 ソフトウェア開発の現場において、そのテストはソフトウェアの設計やコーディングと同じくらい重要な過程である。近年のWebアプリケーションやスマートデバイス向けアプリケーション開発ではアプリケーションのリリース間隔が短くなっている傾向があり、そのためテストもより迅速かつ頻繁に行わなければならくなっている。そういった環境で有用なのが、継続的インテグレーション（CI）ツールだ。 CIは、元々は「ソフトウェアの開発コストを下げるためには開発の初期から頻繁にテストを行ってフィードバックを行うべき」とい
Jenkinsをカオスにしないための運用についての発表資料です。 まもなくリリースのJenkins 2.0についてもまとめています。Read less
tl;dr 使ってるバージョン エラー詳細 エラーが発生してる場所 設定をいろいろいじった 対処法 Before After しばらく運用してみた tl;dr Jenkins上でマージするのを諦めよう github.com 使ってるバージョン Jenkins v1.643 Gitlab Merge Request Builder Plugin v2.0.0 Git client plugin v1.19.1 Git plugin v2.4.1 エラー詳細 こんな感じのエラーです 19:58:57 > git rev-parse origin/develop^{commit} # timeout=10 19:58:57 > git config core.sparsecheckout # timeout=10 19:58:57 > git checkout -f origin/develop
マトリックステストとは？ マトリックステストの行い方 実行結果 問題点 軸の設定をジョブにハードコーディングする必要がある 除外設定が面倒 俺はTravis CIみたいにリポジトリにコミットしたymlファイルでテストしたいんじゃああああああ！！！１１１１１ 使い方 マトリックステストとは？ 複数のパラメータを掛けあわせてテストを実行することです （例：Ruby 2.1系、2.2系、2.3系 x Rails 4.2系、5.0系 = 計6パターンのテストを行うこと） Travis CIの方がもっと手軽に行う事ができるのでOSS開発の場合はそっちを使うといいと思います 参考 sue445.hatenablog.com マトリックステストの行い方 「新規ジョブ作成」で「マルチ構成プロジェクトのビルド」でプロジェクトを作成します 「マトリックスの設定」でテストしたい軸とパラメータを記述するだけです
忙しい人のためのまとめ 経緯 v1とv2で設定の互換性がない理由 アップデート方法 v2.0.0の目玉機能 忙しい人のためのまとめ v1とv2で設定ファイルに互換性がないので注意すべし 経緯 この辺 GitLab Merge Request Builder plugin さん、v1.2.4からv2.0.0にアップデートしたのにリリースノート皆無かよ。。。— sue445 (@sue445) January 3, 2016 https://t.co/4rcTTHjlb8 のPRをななめ読みしてアップデートしたら設定吹っ飛んだ。。。設定ファイルをdailyでバックアップとっておいて正解だった— sue445 (@sue445) January 3, 2016 早く寝るつもりだったが怒り駆動でissue投げるに至った https://t.co/a21g6BEHO8— sue445 (@sue44
先日 Yaml Axis Plugin を作った時にgradleとgroovyでJenkinsのプラグインを作ったのですが、その時のハマリポイントを中心にメモ tl;dr https://wiki.jenkins-ci.org/display/JENKINS/Hosting+Plugins https://wiki.jenkins-ci.org/display/JENKINS/Gradle+JPI+Plugin Gradle https://wiki.jenkins-ci.org/display/JENKINS/Gradle+JPI+Plugin にある build.gradle のサンプルをコピペして適宜編集して保存。 confluenceよりもGitHubの説明の方が詳しいです。 https://github.com/jenkinsci/gradle-jpi-plugin Gradle
正月休みから作ってたやつが完成したので公開しました Jenkins Yaml Axis Pluginについて 使い方 1. リポジトリにyamlファイルをコミット 2. 軸を設定でyamlファイルとkeyを設定する 3. 実際にビルドするとyamlの値で軸が作られる その他 今回初めてGroovy と GradleでJenkinsプラグインを作った groovyはJenkinsにバンドルされているバージョンしか使えない (v1.8.9) gradle jpi pluginがgradle 2.3でしか動かない模様 プラグインの公開申請方法が変わってた Jenkins Yaml Axis Pluginについて Yaml Axis Plugin - Jenkins - Jenkins Wiki github.com Travis CIみたいにyamlファイルからマトリックステストの軸を作成するた
Docker 社のユースケースでもあげられているように、CI/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて
■ はじめに これは 【その2】ドリコム Advent Calendar 2015 6日目の記事です 5日目の記事はi98katさんの「QC（クオリティコーディネーター）???」です。 【その1】ドリコム Advent Calendar 2015 - Adventar はこちら ■ 自己紹介 ID: tanaka0000 です。 ゲームのクライアントエンジニアをしています。 ■ 本日のお話 最近社内の色々な人から、UnityのビルドをJenkinsで行いたいと聞くので、 私が主にやっている流れを紹介します。 私も以前はそうだったのですが、Unityユーザーは、意外にGUIからの 手動ビルドをしてXcodeでアーカイブを作ることはやったことがあっても、Jenkinsでの 自動ビルドをしたことがなく難しいというイメージを持っている人が少なくないです。 ただ事前準備は多少必要ですが、ipaを作成
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
死亡なんて出るんですね。ジョブ実行中にJENKINS_HOMEを削除したらこうなりました。死亡したらリンクをクリックして再度利用できるようにしないと、何も実行できないスレッドとなります。
2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
