地味に便利なJenkinsプラグイン - Qiita
はじめに Jenkins2.0がでてPipelineのgroovyスクリプトですべてが書けると思っていた時期が僕にもありました… 最終的にはそこを目指しているのでしょうが残念ながら今現在の状態としては、個人的には一番良い使い方は条件分岐やパラメータの読み込みなんかがいいんだろうなぁとおもってます。（サーバーなんかのデプロイはpipelineで解決し思想ですが…） というわけでまだまだフリースタイルのジョブは健在なわけで…そんなフリースタイルジョブで地味に便利なプラグインをいくつか紹介したいと思います。 pre-scm-buildstep Jenkinsでgitなんかを使いたいときにgitの前に操作をしたいときがあります。 そんな時にこれを使えばgitの前の操作を指定できます。 ThinBackup 設定だけバックアップできます。 これをgitで管理しちゃうのが一番バージョニング楽だと思いま
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
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 : Jenkins 2.0
Created by Unknown User (kohsuke), last modified by Unknown User (rtyler) on Apr 27, 2016 Why We need to claim our rightful place in Continuous Delivery. We have lots of pieces that address these modern needs, but we are not communicating this very well. We need to revisit out of the box experience, so that Jenkins itself speaks that story and makes it clear what we are aiming for. Our software ne
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
JenkinsとDockerでTravisっぽいCIサーバを育ててみている - オープンソースこねこね
最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以
Jenkins に XFD を追加してみると
第3回Playframework勉強会 #play_ja で使った資料です。Play 2.0 Javaへ移行していくためのあれこれを1.2との比較で取り上げています。
Delivering eBay's CI Solution with Apache Mesos - Part II
In part I of this post we laid out in detail how to run a large Jenkins CI farm in Mesos. In this post we explore running the builds inside Docker containers and more: Overview Jenkins follows the master-slave model and is capable of launching tasks as remote Java processes on Mesos slave machines. Mesos is a cluster manager that provides efficient resource isolation and sharing across distributed
Docker + Mesos + Marathon + Graphite + Fluentd + Sensuを組み合わせたデプロイ管理ツールの話 - ゆううきブログ
開発合宿で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 僕は主に、各ツールから得られる情報をまとめて管理し、デプロイを実行するデプロイ管理ツールを作成していましたので、それについて書きます。 普段は運用の修行をして
Enterprise Software Delivery Platform | CloudBees
Frictionless developmentMinimize developer toil with self-service access to fast, secure workflows and GitHub-style actions running on Tekton. Faster and saferDeliver software faster with built-in security and compliance checks at every stage of development and deployment. Continuously improvedBe your best with constant feedback loops across the entire software delivery value stream - no more inte
Jenkinsで特定のプロジェクトだけ閲覧できるユーザを作成するには｜TechRacho by BPS株式会社
morimorihogeです．ちょっと前回から間の空いた投稿になってしまいました．今回はJenkinsの話． Jenkinsの概要 JenkinsはTDD，BDDなどを使い，自動テストでCI（Continuous Integration）を回していく際に使えるCIサーバです．同等の物としては，GithubにおけるTravis CIやGitLabにおけるGitLab CIなどが挙げられます，ちなみにJenkinsは昔はHudsonという名前でした． Jenkinsの特徴としては，歴史が長いので動作自体の安定性や導入実績が十分にあること（枯れている），WARコンテナにまとまっているのでインストールが割と楽，プラグインが豊富にあり，機能拡張がやりやすいことなどが挙げられます．Travis CIはGithub専用ですし，GitLab CIは導入実績の面でまだ試行錯誤が必要そうなことや，GitLab
Jenkins で静的解析のグラフを作るとコードを読まなくてもソフトウェアの品質が分かって面白い - おともだちティータイム
細かく書きたいけど、とりあえずメモだけ。 ステップ数が増ている なんらかの開発が行なわれている ステップ数が減っている リファクタリングが行なわれている? 単に仕様落ちしたコードが削除された可能性もある テストカバレッジが下がる テストが書かれていない ... ステップ数が増えている場合 テストが減っている ... ステップ数が変わらない場合 FindBugs 、 PMD 、 Android Lint の警告数が増えている 品質の低下、レビューが正しく行なわれていない CPD 警告数が増えている 品質の低下、レビューが正しく行なわれていない そろそろリファクタリングしたほうがいい Checkstyle 警告数が増えている 品質の低下、レビューが正しく行なわれていない Jenkins で継続的にビルドしたり、テストを行なうのは言うまでもなく大切だけど、こういった静的解析の数値をグラフ化してい
継続的インテグレーションを始めるための基礎知識
継続的インテグレーションを始めるための基礎知識：グリーはいかにしてJenkinsを導入したのか（1）（1/2 ページ） 本連載では、グリーのサービス開発において導入している継続的インテグレーション（Continuous Integration、以下、CI）と、CIツールであるJenkinsの導入について3回に分けて説明します。Jenkinsのインストールといった“手順”よりも、CI導入の“モチベーション”や“進め方のポイント”を中心に説明します。 グリーの開発と継続的インテグレーション SNSやソーシャルゲームなどを運営するグリーでは、数百名の技術者が日々さまざまな機能やサービスを開発し、リリースしています。このような規模、リリース頻度での開発を支えるには数多くの工夫や仕組みが必要です。この中でも最も大きな仕組みの1つにCIが挙げられます。 グリーでは、開発にCIを本格的に導入し始めたのは
JSのCIで椅子を投げられないため方法
状況はかなり改善した 非同期、setTimeout, Ajax系はSinonJSで簡単に Swarm系のツールでDOMのテストも容易に 環境構築も非常に楽になった PhantomJSはバイナリもあるし、ビルドも簡単 Swarm系のツールならブラウザでURLへアクセスすればすぐテスト開始
Copy Artifact Plugin - hudson - Hudson Wiki
Adds a build step to copy artifacts from another project. The plugin lets you specify which build to copy artifacts from (e.g. the last successful/stable build, by build number, or by a build parameter). You can also control the copying process by filtering the files being copied, specifying a destination directory within the target project, etc. Click the help icon on each field to learn the deta
「第3回 Jenkins勉強会」活動報告 | gihyo.jp
5月20日（金）にNTTソフトウェア様の会場をお借りして、6名の発表者と80名超の参加者と共に「第3回Jenkins勉強会」を開催いたしました。本稿では、今回の勉強会の模様をレポートします。 今回のテーマは「LL言語プロジェクトにおけるJenkinsの運用について」です。Python, PHP, Rubyなど現在運用中の方々による事例報告やお役立ちプラグイン活用術などを発表していただき、発表中やその後の懇親会で活発な意見交換が行われました。 なお、当日のUstreamをはじめ、各発表者の発表資料や参加者の感想ブログはJenkins Wikiにまとめられています。本レポートの補足としてご参照ください。 第3回Jenkins勉強会 - 日本語 - Jenkins Wiki Jenkinsプロジェクトの現状報告 当初の発表スケジュールには含めていなかったのですが、前回の勉強会以降でJenkins
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Container CI & Jenkins Job Builder
パイプラインベースのCI/CDツール Concourse CI入門 - BLOG.IK.AM
Jenkins study 7 2013-01-28
中規模プロジェクトでのJenkinsの運用を支える技術
