Hudsonの操作権限をユーザ/グループ/ロール別に制御する - ふぞろいのGENGOたち
はじめに Hudsonを標準状態のままで使用した場合、Hudsonにアクセスできる全てのユーザが、Hudsonの全ての機能を制限なく利用できてしまいます。 Hudsonの機能を熟知しているチーム内でHudsonを使用するのであれば、この標準状態の方が設定に煩わされない分、簡便に運用できるので都合が良いかもしれません。 しかし一般的には、間違った操作によってHudsonが動作しなくなることを防ぐために、「Hudsonの管理者」と「Hudsonの利用者」くらいの最低限の区別をした方が良いのではないかと思います。 そこで、この記事では、Hudsonのユーザーデータベースを使用して、Hudsonの操作権限を制御する方法について説明したいと思います。 なお、説明を簡素化するために、Hudsonの公式サイトにはない用語や分類を用いて説明していますので、その点はご了承ください。 操作権限を制御する前に
さくらVPS980でjetty/Hudsonを動かす - やさしいデスマーチ
さくらインターネットのVPSサービスが正式稼働となって1ヶ月となりました。これまでは専用サーバのエントリープランを使っていたのですが、用途が変わってきたので乗り換えを行っています。 これまでは、SVN, Trac, Hudson, Wiki(MoinMoin)などを稼働させるのが目的だったのですが、最近はSVN + TracをGoogle Codeに移行してしまい、HudsonとWikiが主目的となっています。Wikiだけであればルート権限のないサーバでも良いですが、色々と実験したりするにはルート権限が欲しいですし、なによりHudsonを動かしたいわけです。 不安だったのはマシンパワーであり、Hudson（Appサーバ）を動かすのに耐えられるか？という点です。実際に動かしてみたところ、問題がなさそうなので手順をまとめておきます。 動作しているHudsonはここ。 尚、VPS980のスペック
Hudsonについて書いたこと - 日々の記録
自分用にHudsonについて書いたことをまとめておきます。 Hudsonの使い方 1.インストール 2.ジョブの作成 3.ジョブの実行 4.定期的にジョブを自動実行 5.プラグインのインストール方法 6.ジョブの実行結果をメール配信 7.コンソール出力の確認方法 8.Javadocや成果物の保存 9.分散ビルド 10.マルチ構成プロジェクト HudsonをJava以外でも使ってみる 11.Hudsonで.NETをビルド 12.HudsonでC言語をビルド Hudsonでいろいろな情報を表示させてみる 13.ソースファイル中の未実装タスクの表示 14.コンパイラ警告の表示 Hudsonでコード解析 15.【Java】バグになりそうなコードを検出 16.【Java】ソースファイルがコーディング規約に従っているかをチェック 17.【.NET】ソースファイルが.NETの規約に従っているかをチェック
BPStudy#31
■MC id:cacutusman（twitter:cactusman） ○自己紹介 Hudsonのコミッタです。 続きを読む
Subversion, Git, Redmine, Hudson – 今考えている連携 - tune web
これからが本番、検索エンジンから来た方は先にSubversion, Git, Redmine, Hudson – 現状の連携 » tune webを読むことをおすすめします。上記が週末考えていた「こういう連携なら今の問題点を解消できるかな」と思えるフローです。「こうしたほうがいいよ」とかコメントありましたらお待ちしています。 1番のポイントはバージョン管理システムとしてGitを中心に据えました。社内はSubversionで統一するという規則があるので残すとして、開発チーム内ではgit svnを使ってGit化し、Subversionを直接触らないようにします。協力会社はSubversion縛りが無いのでGitで統一してもらいます。これまでは差分ファイルを送り合っていましたが、Gitを使えばパッチをうまく作り、修正単位でパッチファイルをやり取りすることが出来るでしょう。これまでは複数の修正がま
Sonarでソースの品質をチェックする - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
HudsonでFindBugsとかJavaNCSSとか。 - 谷本 心 in せろ部屋
HudsonでFindBugsやJavaNCSSの結果をまとめようと思ったんですよ。 対象プロジェクトは、Java1.4で開発するプロジェクトなんですが なんとFindBugsはJava5以上が必要になるプロダクト。 ビルドはJava1.4で行って、静的解析はJava5で行う必要があります。 ビルド自体はJava1.4で行って、 Antを実行するときにJAVACMDという環境変数でJava5のパスを指定していれば 回避はできそうなんですが、Hudsonはジョブごとに環境変数が指定できないんですよね。 環境変数を指定するプラグインがあったみたいなんですが http://d.hatena.ne.jp/twainy/20080505/p1 なぜかダウンロードサーバに繋がらず、 また、Hudsonのアップデートセンターにもこのプラグインは登録されてない模様。 仕方ないので ・Hudsonの起動時に
Trac Lighting付属のHudsonをCI以外の目的で使ってみる - almost nearly dead
移行への道は実作業に疲れたので中休みってことで、運用を考えてみましょう。 運用といって一番最初に考えなきゃいけないのがバックアップです。 Trac Lightningにはバックアップ用のスクリプトが付属しています。 2.0.9までは改変しないとshで実行している部分の関係からWindowsのタスクに登録しても実行できませんでした。しかし2.1からの付属のbackup.batについてはタスクに登録することで実行可能になっています＼(^o^)／ となるとバックアップはWindwosのタスクに登録して定期的に実行するのが素直ですが、私は素直に登録するのは止めて『Hudson』を使っています。 Hudsonを使うメリットは 任意のTimingで実行可能 実行結果をクライアントから確認可能 実行のログが勝手に残る 追加処理がbatファイルを作成せずHudson上で登録・管理できる の4点。 本来のH
第1回 Hudsonの導入 | gihyo.jp
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RedmineLE プロジェクト日本語トップページ - OSDN