Jenkinsとマイクロソフトがパートナーシップを発表。Jenkinsの開発インフラとWebサイトがMicrosoft Azureに
Jenkinsとマイクロソフトがパートナーシップを発表。Jenkinsの開発インフラとWebサイトがMicrosoft Azureに Partnering with Microsoft to run Jenkins infrastructure on Azure - Jenkins Blog Announcing collaboration with the Jenkins project | Blog | Microsoft Azure Jenkinsは継続的インテグレーションなどを実現するオープンソースの自動化ツールとして事実上の標準となっており、先月末に最新バージョンとなるJenkins 2.0がリリースされたばかりです。 DevOpsの普及などに伴ってJenkinsの利用も拡大しており、今後さらなる開発の推進が期待されています。 そうした中で、Jenkinsのブログによると同プロジ
継続的インテグレーションのツール「Jenkins 2.0」登場。標準機能を豊富にして初期状態から利用しやすく、旧バージョンからそのまま入れ替え可能な後方互換性維持
継続的インテグレーションのツール「Jenkins 2.0」登場。標準機能を豊富にして初期状態から利用しやすく、旧バージョンからそのまま入れ替え可能な後方互換性維持 継続的インテグレーションなどに利用されることが多い自動化ツールJenkinsの最新版、「Jenkins 2.0」がリリースされました。 Jenkins 2.0 is here! https://t.co/KjHrIf8cj4 #jenkins2 — Jenkins (@jenkinsci) 2016年4月26日 Jenkinsはビルドやテスト、デプロイなどのソフトウェアの開発に関わるさまざまな一連の作業を自動化してくれるツール。継続的インテグレーションや継続的デリバリの現場でよく使われています。 Jenkins 2.0では、こうした一連の作業をより効率的かつ高度に記述できるようにパイプライン機能を強化。GroovyのDSL（ドメ
「Jenkins ユーザ・カンファレンス 2015 東京」に行ってきました - なみひらブログ
「Jenkins ユーザ・カンファレンス 2015 東京」に行ってきました。 » Jenkins ユーザ・カンファレンス 2015 東京 日本Jenkinsユーザ会 開催概要 2015/01/11（日）12:30-18:00 法政大学＠市ヶ谷 主催 日本Jenkinsユーザ会 参加者数 約700人 togetter Jenkins ユーザ・カンファレンス2015 - Togetterまとめ 会場雰囲気 学んだことと所感 dockerという単語が多く出てきて、テスト時の環境をコンテナとして作成するのが流行りらしい。 例 ソースコード取得（git clone） dockerでテスト環境作成 そのテスト環境でテスト テストが完了したら、リポジトリ登録または破棄 dockerは触っとかないといけない雰囲気( ´・ω・｀;) 各ジョブの整理ができていなかったので、さっそくworkflow-plugi
Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
スクリプトコンソールからスレイブにスクリプト送ってみた - marsのメモ
最近、すっかりJenkinsさんとご無沙汰なようなフリをして、実は邪道Jenkinsのやり方を模索していたりします。やってみたいことは、Jenkinsによるリモートジョブ実行とリモートサーバの監視などなど。「や、それならHinemosとかZabbix使えよ」とか言わない。 ジョブ実行はなんだかんだ言ってJenkinsさんの得意分野なので、じゃあ監視系はどうあるべきか？を考えてみた。ひとつは、[twitter:@akiko_pusu]さんが得意（？）にしている「外部ジョブの監視」。 → 外部ジョブの監視も使ってみよう！ これは、監視される側から監視して欲しい情報をJenkinsさんに送りつけるので、厳密な意味で監視と言えるのか疑問が残る（死活監視とか難しいよなと）。それと「外部ジョブの監視」はビルドの後処理とか仕込めないので、監視結果の通知とかする場合、もうひとつ知恵を絞らないといけなそう。
Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー
Jenkins おじさんと戯れること半日、うまくいったので備忘録を残しておく。 やりたかったのは Chef で構築したサーバーを Jenkins で CI する、というもの。このときサーバーはテストが終わる度に破棄して、テスト開始時に再度真っ新な状態から立ち上げたい。(こういうサーバーを壊して作ってというテストはなんという名前で呼ばれるのだろう?) 仮想サーバーを破棄/作成をプログラマブルにやるのはもちろん Vagrant プロビジョニングは Chef Chef の環境を整えるのに knife-solo 0.3.0.pre3 テストは serverspec コードは Github に上げる (https://github.com/naoya/jenkins-vagrant-test) CI は Jenkins という構成になっている。ひとまず Jenkins や Vagrant はローカル
JenkinsとJava EE6で取り組んだ初めてのCI - Challenge Engineer Life !
前の開発では、それなりに大規模な開発だったにもかかわらず、構成管理や試験が全て人間ベースで行われていました。 従って当然のようにミスは起きるし、終いには 「あの人がいないとビルドできない！」 とか 「ここの試験はあの人にお願いしないと」 みたいな状況が続きました（実は今も…） 運用が安定すると人も減らさなければならなくなり「引継ぎ」というマジカルワードの嵐が起き、メタメタなコードもドンドンと任されます。 でも自動テストもないので、引き継いだ立場の人間は改造で苦労の連続…自分自身、デグレスパイラルを何度も経験しました(-_-; で問題が発生すれば、当然、担当した自分がお客様から色々言われるわけです。 過去に設計した人や開発した人達はどこへやら…。 そんなプロジェクトが自分自身の初参加プロジェクトだったのですが、この経験から運用系システムにおける品質の重要性を身を持って学んだ気がします。 運用
Hello, Jenkins! - ととのいませんでした。
Jenkinsさんと出会ってみよう。 JDKをいれる これからはOpenJDKの時代だよね、ということでOpenJDKにする。 CentOSだとyumで入る。 # yum install -y java-1.6.0-openjdk # yum install -y java-1.6.0-openjdk-devel # yum install -y java-1.6.0-openjdk-src # yum install -y java-1.6.0-openjdk-javadoc 一番上だけいれればJREは入るけど、JDKとしていれるのであればdevelも必要。 srcとjavadocはなんとなくいれた。 mavenをいれる Jenkinsでmavenビルドしたいので、Jenkinsを動かすサーバー上にmavenを入れる。 一旦2系の最新版を落としていれることにする。 # cd /usr/l
CentOS 5.6 に Jenkins をインストールする - パンダのメモ帳
CentOS 5.6 に Jenkins をインストールした時のメモ。 1. Jenkins をインストールする このページを参考に下記の通りコマンドを実行する。 [user@localhost ~]$ sudo wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo [user@localhost ~]$ sudo rpm --import http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key [user@localhost ~]$ sudo yum install jenkins上記手順で /usr/lib/jenkins/jenkins.war が作成される。これが本体（Javaプログラム）。 設定ファイル /etc/sys
Jenkins に XFD を追加してみると
7. ¡ XFD ってなに？ ¡ A Brief History of XFD § あんどん § ムダ取りの話 § XFD ¡ XFD を作ろう § Arduino を使って § デモ 8. ¡ XFD を入れてみた現場紹介 § アルティネット 西郡さん § ハウインターナショナル 高橋さん § スクラッチソフト 川路さん ¡ 現場の何が変わるか/変わったのか § 自分でいじれる XFD のすすめ ¡ XFD のすすめ ¡ Q&A
継続的インテグレーションを始めるための基礎知識
継続的インテグレーションを始めるための基礎知識：グリーはいかにしてJenkinsを導入したのか（1）（1/2 ページ） 本連載では、グリーのサービス開発において導入している継続的インテグレーション（Continuous Integration、以下、CI）と、CIツールであるJenkinsの導入について3回に分けて説明します。Jenkinsのインストールといった“手順”よりも、CI導入の“モチベーション”や“進め方のポイント”を中心に説明します。 グリーの開発と継続的インテグレーション SNSやソーシャルゲームなどを運営するグリーでは、数百名の技術者が日々さまざまな機能やサービスを開発し、リリースしています。このような規模、リリース頻度での開発を支えるには数多くの工夫や仕組みが必要です。この中でも最も大きな仕組みの1つにCIが挙げられます。 グリーでは、開発にCIを本格的に導入し始めたのは
GitとJenkinsを使ってChefを運用する - GeekFactory
Chefはリポジトリをバージョン管理する仕組みを持っていますが、チームでの協調作業を考えるとバージョン管理システムを使う方が運用しやすいと考えます。本稿では、GitとJenkinsを使ってChefを運用するための1つのパターンを考えます。 以下があることを前提とします。 Chef Server Chef Client Gitリポジトリ Jenkins 基本的な考え方 CookbookをGitリポジトリで管理します。開発者がgit pushすると同時にChef ServerのCookbookが更新されるようにします。これにより、GitリポジトリとChef Serverが同期されるようになります。 また、後続ジョブとして各サーバでChef Clientが実行されるようにします。ビルドパイプラインを組むことで、Staging EnvironmentにおけるChef Client、Producti
ChuckNorris
This plugin is up for adoption! We are looking for new maintainers. Visit our Adopt a Plugin initiative for more information. This plugin adds an absolutely delightful feature to Jenkins: depending if your build succeeds, fails, or is unstable, it will show a picture of Chuck Norris auto-adapting (that's right, computer science it is!) to the build result! Seeing that, already many thousands (yes,
Tomcat7 でゼロダウンタイムデプロイ - mallowlabsの備忘録
「Web アプリのバージョンアップ時に Tomcat を再起動してもいいのは小学生までだよねー」 ということで、Tomcat でダウンタイム無しで Web アプリのバージョンアップをする方法についてまとめてみる。 Parallel Deployment Tomcat 7 から Parallel Deployment という機能が追加され、同一 Web アプリの複数バージョンを同時にデプロイができるようになった。 war のファイル名を somewebapp##001.war 等にしておくことで、 - $CATALINA_BASE/ - webapps/ - somewebapp##001.war - somewebapp##002.warのように配備をすると、 http://localhost:8080/somewebapp/ でアクセスした場合に、セッションが継続している場合には古い方(
JenkinsでCIすればiOSアプリのビルドは、もう面倒くさくない
続いて、開発するアプリの登録を行います。アプリの登録では【1】アプリ名や識別名などの登録、【2】プロビジョニングプロファイルを作成しダウンロード、インストールします。 これらの準備が終わったら、App Storeへ公開するためのアプリ開発、パッケージング、アップロードといった流れになります。 「Jenkins Xcode Integration Plugin」でビルドを自動化 このアプリ公開までの作業のうち、いくつかをJenkinsによって自動化することで継続的にアプリを公開できるようになります。通常、アプリのビルドやパッケージングはXcodeから行うことになりますが、Jenkinsから実行する場合にはXcodeのコマンドラインツールである「xcodebuild」などを使って処理を行います。 Jenkinsジョブからシェルを起動してxcodebuildなどのコマンドを直接実行するか、「Je
Join Pluginを試す＆Build pipline Pluginで表示してみる
とてもお世話になっているJenkinsさん、ほんとうにありがとうございます (_ _) さて、今回、こんな流れで処理を組んでみることになりました。 『よーいドン！』で、処理時間の異なるジョブを同時に起動。 両方オッケーになったら後続のジョブにうつる。 このあたりの処理の組み方は、いろんな方法があるかと思います。 ただ、自分以外にも設定を調整してもらう必要があるので、ひとまずあんまりコードを書いたり、複雑な設定をしなくてもサクッと実現できそうなもの…と思って取り入れたのが、Join Pluginです。 せっかくなので、設定のスクリーンショットと、こんなふうに検証してみた、というのを載せてみます。 1. ジョブの準備 実際のジョブはいろんな処理をしますが、とにかくよーいドン、のあと時間差でジョブが終了するというものを確認するために、こんなジョブを用意しました。 試しているのはWindows S
JenkinsとSelenium WebDriverでUI層のテストも自動化＆永続化する - プログラマでありたい
思い立ったようにJenkins特集をしておりますが、今回はJenkinsとSelenium WebDriverでUI層のテストの自動化をする話です。Seleniumは面倒臭い画面のテストを自動実行してくれるツールで、出てきてからもう７〜８年がたちます。Web系の開発に携わっている人であれば、一度は試したことがあるのではないでしょうか？そして、必ず挫折したことがあると思います。 その理由としては、せっかく作ったSeleniumのテストケースが腐ってくるからです。一般的にはUI層の変更は、ロジック層に比べて変化が激しいです。だからこそテスト自動化して保証することに意味があるのですが、そのテストケースを維持するのは大変です。そこで、Jenkinsの登場です。Jenkinsでサーバサイドで継続的に実行することにより、Seleniumのテストケースが成功を保てるようにします。また、複数のブラウザ・バ
JenkinsでAndroidのユニットテスト＋リリースビルドまで自動化
そういえば、LinuxでJenkinsを動かしてAndroidのビルドとかやってたけど、 記事にまとめて無かったや。 やったこと ・前準備色々 ・Jenkinsの設定をする（OS:ScientificLinux) ・Androidのアプリのプロジェクトを複数のOS,ディスプレで自動でデバッグビルドする ・Androidのアプリのテストプロジェクトを自動でビルドし、実行する ・Androidのアプリのプロジェクトをリリースビルドして、回収する。 ・テストのカバレッジを←文字化け発生する 前準備 ・ライブラリ群のインストール yum -y install glibs-devel.i686 zlib-devel.i686 libstdc++-devel.686 何よりもここが面倒くさかった。 ・antのインストール #wget http://archive.apache.org/dist/ant
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新しいパイプラインビルドシステムを追加したJenkins 2.0ベータが提供開始
Jenkins CIとChefまたはPuppetの統合による，デプロイの完全なトレーサビリティの実現
