「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門
「Hudson」改め「Jenkins」で始めるCI（継続的インテグレーション）入門：ユカイ、ツーカイ、カイハツ環境！（21）（1/4 ページ） CIツール「Hudson」改め「Jenkins」とは 「Jenkins」とは、CI（継続的インテグレーション）ツールとして有名な「Hudson」の開発者たちにより開発されているCIツールです。Hudsonは商標上などの問題によりJenkinsと名前を変えて継続することが発表されたので、記憶に残っている方も多いと思います。現在では落ち着いて開発されているようです。 本稿では、今話題のJenkinsの使い方を紹介します。本記事の想定読者は、Java開発を行っている方で、「今までCIを導入していなかったけどこれから導入しよう」「Jenkins（Hudson）は使えそうだけど、難しそうだなぁ」と思っている方を対象としています。本稿を読めば、10分程度でJe
複数プロジェクトがある場合のビルド環境 - @ikikko のはてなブログ
環境依存の情報の管理やHudsonのジョブ設計など - watawata日記に触発されて。自分もちょうど考えてることがあったのですが、140字ではとても足りないのでブログにまとめてみます。 ちなみにJava開発の話です、はい。 前提 「ビルドスクリプトは、IDE/CIに依存しないこと」が大事だと考えています。（Java開発においては）IDE上で開発する方が大多数だと思いますが、コマンドプロンプト・シェルスクリプト上でビルドできて、かつCI上でも同様に実行できること。これがビルド環境を考える上で大事なことですね。 プロジェクトの分類 ここでは、2つの要素でプロジェクトを分類します。 依存ライブラリ管理の仕組みが有るか？ IDE上で、プロジェクト間での直接参照が有るか？ 依存ライブラリの管理というのは、平たく言えばMaven/Ivyを導入しているか？ということです。IvyはAntベースで、Ma
Hudson環境のバックアップ - ふぞろいのGENGOたち
はじめに リリースに向けて追い込みに入っている状況なのに、マーフィーの法則が予定どおりに(？)働いて、「昨日まで動いていたHudsonがハードディスク故障のせいで動作しなくなっている」なんてことになると大変です。 この記事では、そんな状況でも慌てず騒がず対処できるようにするために、Hudson環境のバックアップについて説明したいと思います。 なお、この記事におけるバックアップ方針は次のとおりです。 (A) : お金をかけずに取得する (B) : 安全なタイミングで取得する (C) : 分かりやすい方法で取得する (D) : Hudson自身に(定期的に)取得してもらう バックアップの前に バックアップ対象 バックアップ対象は、Hudson環境が構築されているHUDSON_HOMEディレクトリの内容になります。 (HUDSON_HOMEディレクトリ内のディレクトリ構成例は以下を参照) HUD
ビルドシステム構築スキルの重要性 - 達人プログラマーを目指して
忙しいプロジェクトだとどうしてもおろそかにされがちなところですが、maven2やant+ivyを使ってビルドやリリースの自動化を行い、Hudsonなどの継続的結合環境上で動作させることは、開発生産性向上のために欠かせないことです。ビルド自動化はアジャイル開発なら当然必須ですが、そうでないウォーターフォールのプロジェクトであっても、是非取り入れたいことです。 そこで、意外な盲点となるのが、正しくビルドスクリプトを作成して、メンテナンスするプログラマーのスキルが非常に重要であるという点です。こういったビルドスクリプトはあくまでも最終納品物ではなく、生産性向上のためのツールという位置づけのためか、多くのプロジェクトではきちんとした工数や担当者がアサインされることなく、仕事の合間に知識のあるプログラマーがボランティアで開発するというケースも多いのではないでしょうか。しかし、最近の複雑なアプリケーシ
日本Jenkinsユーザー会
ผู้ช่วย ผู้บังคับบัญชาตร. ยืนยันมิได้แกล้ง กรณีส่งตำรวจไปถามลูกค้าที่ซื้อสลากฯ จากกองสลากพลัส แค่ต้องการเก็บหลักฐาน จากกรณี แม่ค้าออนไลน์ที่ จังหวัดจังหวัดเชียงใหม่ เผยแพร่คลิปวีดีโอเหตุการณ์ที่มีตำรวจ ขี่รถเครื่องมาหยุดที่หน้าบ้านเมื่อวันที่ 1 กุมภาพันธ์ ขอให้ไปให้ปากคำกับตำรวจ สภ.สารภี จังหวัดเชียงใหม่ โดยขอให้ปากคำในฐานะผู้เห็นเหตุการณ์คดีกองสลากพลัส ขายสลากเกินราคา แต่เจ้าของบ้านไม่สบายไป ถัดม
特集：Hudsonを使ったアジャイルな開発入門｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第1回 Hudsonの導入 | gihyo.jp
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
