タグ

Jenkinsに関するp260-2001fpのブックマーク (14)

  • Jenkins(Hudson) で Android アプリケーションのテストを自動実行する | ゆーすけぶろぐ

    JenkinsというCIツールが流行っているらしいので試してみました インストールは公式の手順通り Installing Jenkins on Ubuntu – Jenkins – Jenkins Wiki installすると8080ポートで動き出すのでブラウザからアクセスします http://localhost:8080/ Android のテストはエミュレータで実行する前提で進めます まずは Android Emulator Plugin を入れます アップデートセンター [Jenkins] github にソースを置いてる人は Git Plugin も入れましょう 続いてシステム設定で android sdk と ant の設定をします システムの設定 [Jenkins] それぞれ /var/lib/jenkins/tools/ 以下に入るように設定します (jdk

  • CI超入門:Jenkinsのススメに参加してきた #jenkins_night - Diary of absj31

    10月13日 CI(継続的インテグレーション)超入門:Jenkinsのススメ(東京都) 10月13日 CI(継続的インテグレーション)超入門:Jenkinsのススメ(東京都) #jenkins_night - Togetter 豆ナイトでは、豆蔵と CloudBees,Inc. との教育提携を記念して 「CI(継続的インテグレーション)超入門」を開催致します。 「CIってどうなの?」「そもそもCIって何?」的な方をメインターゲットとし、 CIに興味はあるんだけど、導入はまだちょっと。。。というような方に向けて その有用性やメリット及び考慮点等を、Jenkins(Hudson)作者である川口氏自身をはじめとして 業界トップエンジニアの口から語って頂くイベントです。 この機会に是非、CIへの扉を開いてみませんか? 日でJenkinsづくしの一週間 - 川口耕介の日記 先週末の連休で開催された

    CI超入門:Jenkinsのススメに参加してきた #jenkins_night - Diary of absj31
  • 2011-09-03 - Jenkinsさん、弱点を克服するの巻

    以前、川口さんから「Jobの設定と実行環境をJENKINS_HOMEに設定したがために、Jenkins(やHudson)のバックアップが面倒なんだ」的な話を聞いたんですよ。 具体的に言うと、JENKINS_HOMEを丸ごとバックアップすると、そん中にJobのワークスペースやらビルド結果やらが含まれるので質的にJenkinsのバックアップとは異なるモノも取っちゃうし、バックアップサイズもデカくなるって話(過去のビルド結果は微妙だけど、JobのワークスペースなんてSCMから再取得すれば消えてしまっても困らないでしょ。 何でそんなこと思い出したかというと、久しぶりにJenkinsのシステム設定眺めてたら、こんな設定項目みつけたからよ。 ↓↓「高度な設定」押す↓↓ ほほう。ヘルプみると workspace と builds とJENKINS_HOMEは用途が違うから、それぞれ適した配置をしてもい

    2011-09-03 - Jenkinsさん、弱点を克服するの巻
    p260-2001fp
    p260-2001fp 2011/10/11
    『設定可能な環境変数は以下の3つ ${JENKINS_HOME} ― Jenkins home directory ${ITEM_ROOTDIR} ― Root directory of a job for which the workspace is allocated. ${ITEM_FULLNAME} ― '/'-separated job name, like "foo/bar". 』
  • 継続的インテグレーションについて、Ruby勉強会@札幌-18 で発表しました - 2nd life (移転しました)

    先日行われたRuby勉強会@札幌-18で、Ruby勉強会にもかかわらず空気を読まず、継続的インテグレーションについて発表しました。 継続的インテグレーション - Ruby勉強会@札幌-18 View more presentations from hotchpotch 継続的インテグレーションは複数人開発ではやるべき価値がある手法だと思ってますが、実際に実践してみないと価値をなかなか体験できない物だと思っています。 継続的インテグレーションについて語る際に、言葉で伝えにくい部分がある。それは、継続的インテグレーションは開発全体に関わる「パターン」への移行をもたらすものだということであり、こればかりは、実地で体験してみないと理解しがたいのだ。 継続的インテグレーションの恩恵 スライドの中では、実際にクックパッドで継続的インテグレーションを行っていて感じた価値、その結果変わった開発サイクル・プ

    継続的インテグレーションについて、Ruby勉強会@札幌-18 で発表しました - 2nd life (移転しました)
  • 本当はすごい codefirst の開発環境 - suer のブログ

    (記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました!) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース:開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS 上でミーティングがは

    本当はすごい codefirst の開発環境 - suer のブログ
  • PHPでTDD&CIワークショップ、Jenkins + PHP の各種プラグインパート資料 - Yamashiro0217の日記

    はじめに この資料は「PHPでTDD&CIワークショップ」 http://atnd.org/events/16626 で @yamashiro が発表するための資料だよ。 ワークショップ参加者じゃなくても記事読むだけで完結するようには書いてあるよ。 概要としては、Jenkins を使って PHP のウンコレガシーなコードをいかに綺麗にして行くかということを説明する。 自画自賛だけど PHPMD とか PHPCPD の使い方の説明の資料としてもそこそこイケてる資料になってると思いました。まる。 この記事に書かれてることは、割とTemplate for Jenkins Jobs for PHP Projectsとかぶってるけど、プラグインを絞ってあるのと、一個一個のプラグインについて解説、また実際にエラーが起きたときにどうすればいいのか書くよ。 Java と Jenkins のインストールとJ

    PHPでTDD&CIワークショップ、Jenkins + PHP の各種プラグインパート資料 - Yamashiro0217の日記
  • Redmine・HudsonとSCMの機能の関連表 #itsjp #tidd - プログラマの思索

    Redmine・HudsonとSCMの機能の関連表 をチケット管理システムWikiに追加した。 【元ネタ】 チケット管理システムWiki RedmineとSCMの機能の関連表~BTSとSW構成管理の密接な関係 #itsjp #tidd: プログラマの思索 特集:Hudsonを使ったアジャイルな開発入門|gihyo.jp … 技術評論社 CIツールHudsonを使いこなす: プログラマの思索 言いたかったことは、RedmineがSCM(構成管理)と密接に関係するだけでなく、ビルド管理ツールHudsonの機能とも対応していることだ。 つまり、下記の機能がそれぞれ対応する。 【1】SCMコードライン⇔Redmineプロジェクト⇔Hudsonジョブ バージョン管理(Subversion、CVS、Git etc.)のリポジトリにあるtrunkやbranch単位で、ビルドモジュール(コンポーネント)が

    Redmine・HudsonとSCMの機能の関連表 #itsjp #tidd - プログラマの思索
    p260-2001fp
    p260-2001fp 2011/03/03
    『ビルドモジュール→SVNリビジョン→チケット←仕様(要件) or ビルドモジュール→BTSバージョン(SVNタグ)→終了チケット というトレーサビリティを実現できる。』
  • Jenkins勉強会に行ってきました。 - wyukawa's diary

    2月25日 第2回 Jenkins勉強会(旧Hudson勉強会)(東京都) 申し込みを開始するとすぐ満席になりキャンセルもあまり出ないという大人気なJenkins勉強会に行ってきました。 Togetterはこちら 2011/02/25 第2回 Jenkins勉強会(旧Hudson勉強会) - Togetter Ustはこちら Jenkins勉強会 スピーカーじゃない立場での勉強会出席は久しぶりな感じですね。 先週に引き続きニフティさんにお邪魔してきました。いつもありがとうございます。_m( )m_ 明日から一週間イギリスに家族旅行に行ってくるので忘れないうちに感想を書いておきます。 #なのでネットからは少し離れます kohsukekawaさんの発表(Sun Java EE部隊のJenkins運用例) 最初にHudsonからJenkinsへの名称変更の経緯に関する説明がありました。当初はOr

    Jenkins勉強会に行ってきました。 - wyukawa's diary
  • 第2回 Jenkins勉強会(旧Hudson勉強会) に行ってきた - techlog

    Sun R.I.P ステッカーを [twitter:@kanu_] さんから頂いた。トイレに行っている間に配っていたようで、残念だなぁと思っていたら、まだ余っていると川口さんが言ったので、全力で手をあげてもらいにいった。ちなみに R.I.P. は Rest In Peace で 安らかに眠れ といった感じ。 TogetterやUstやWikiはこちら。まとめてくださった方、動画配信してくださった方に感謝。 Togetter - 「2011/02/25 第2回 Jenkins勉強会(旧Hudson勉強会)」 Ustream.tv: 第二回 Jenkins勉強会 Twitter / 検索 - #jenkinsstudy 第2回Jenkins勉強会 - 日語 - Jenkins Wiki 名称変更についてはこっちに書いた。それ以外のことについてここに書く。 Hudson名称変更に関する経緯 -

    第2回 Jenkins勉強会(旧Hudson勉強会) に行ってきた - techlog
  • 第15回G*ワークショップと第2回Jenkins勉強会 - blog4j 2.0

    第15回G*ワークショップ と 第2回Jenkins勉強会 に参加してきました。 自分の中で一番HotなGroovyとJenkinsの話が聞ける2日間、それはそれは楽しかったですよ。誰となく。*1 G*ワークショップ 今回の川口さんの帰国にあわせて、セッションをお願いしたら快く受けて下さり今回のワークショップが実現しました。当にありがとうございました。 今回はUst録画ありますよ! http://www.ustream.tv/channel/jggugws Droovyについてはよく知らなかったのですが、Jenkinsスレーブを使って分散処理させるというもので、クロージャの中がスレーブ上で実行されるというとても素敵なものでした。同じようなものでGroovy Remote Controll (http://groovy.codehaus.org/modules/remote/) というのが

  • r-rabsのRedmine Hudson Pluginがすばらしい件 - プログラマの思索

    r-rabsのRedmine Hudson Pluginを運用してみて、とてもすばらしいと思ったので、良かった点を書いておく。 【元ネタ】 Redmine - Hudson Plugin 0.1.0 - Redmine RedmineとHudsonを連携させる方法 - Faster Than Light 【1】ジョブの一覧からビルド履歴を簡単に見れる点がよい。 下記を見れば一目瞭然。 r-labs - Redmine 大規模プロジェクトになるほど、開発チーム単位でビルドモジュールを開発するため、複数のジョブが作られる。 Redmineタスク管理しているのだから、Redmine上でHudsonを見れるのはすごく便利。 【2】チケットにあるSVNリビジョンの履歴に、どこまでビルドしたのか(SUCCESS)、が表示される 下記を見ると、SVNリビジョンにコミットログだけでなく、どのビルド番号に

    r-rabsのRedmine Hudson Pluginがすばらしい件 - プログラマの思索
  • 第2回 Jenkins勉強会(旧Hudson勉強会)に参加してきた - Diary of absj31

    (写真:大森駅北口) 1週間振りのニフティ@大森、そして昨夜に引き続き連夜の川口さんセッション聴講。 と言うことで、第2回 Jenkins勉強会(旧Hudson勉強会)に参加してきました。 2月25日 第2回 Jenkins勉強会(旧Hudson勉強会)(東京都) 当初この勉強会に関しては、勉強会の存在(発表)を知ったものの時既に遅し(定員達成)、あぁ〜こりゃ諦めるか、UStreamに期待してどっかで観戦するかな〜と思ってた所、開催数日前に『キャンセルしたので今なら空いてます』との有り難いつぶやきメッセージが私の元に。御好意をありがたく頂き、生観戦出来る事になりました。uemuraj (uemuraj)さん、その節はありがとうございました! 今回のUStream Ustream.tv: ユーザー cactusman: Jenkins勉強会 02/25/11 今回のTogetter Toge

    第2回 Jenkins勉強会(旧Hudson勉強会)に参加してきた - Diary of absj31
  • hudsonからjenkinsへ - タイトルは未定

    Trac Lightningにはhudsonが同梱されていますが、これをjenkinsに置き換えてみました。まぁ、hudsonもまともに使ったことないんですけどね。残念ながら。試したのはTrac Lightning 3.0.8です。 jenkinsのダウンロードと配置Jenkinsのダウンロードページ から jenkins.war をダウンロードするjenkins.war を C:\TracLight\hudson に置くC:\TracLight\hudson を C:\TracLight\jenkins にリネーム 起動用バッチの編集hudson.bat をコピーして jenkins.bat にリネームバッチファイルの中身を jenkins に置換"%JAVA_CMD%" -Duser.home="%TL_PROJECT_HOME%\jenkins" -jar jenkins.war -

    p260-2001fp
    p260-2001fp 2011/02/14
    『jenkinsになっても、.hudson に格納されるのは変わってない』
  • Hudsonの操作権限をユーザ/グループ/ロール別に制御する - ふぞろいのGENGOたち

    はじめに Hudsonを標準状態のままで使用した場合、Hudsonにアクセスできる全てのユーザが、Hudsonの全ての機能を制限なく利用できてしまいます。 Hudsonの機能を熟知しているチーム内でHudsonを使用するのであれば、この標準状態の方が設定に煩わされない分、簡便に運用できるので都合が良いかもしれません。 しかし一般的には、間違った操作によってHudsonが動作しなくなることを防ぐために、「Hudsonの管理者」と「Hudsonの利用者」くらいの最低限の区別をした方が良いのではないかと思います。 そこで、この記事では、Hudsonのユーザーデータベースを使用して、Hudsonの操作権限を制御する方法について説明したいと思います。 なお、説明を簡素化するために、Hudsonの公式サイトにはない用語や分類を用いて説明していますので、その点はご了承ください。 操作権限を制御する前に

    Hudsonの操作権限をユーザ/グループ/ロール別に制御する - ふぞろいのGENGOたち
  • 1