開発の新しいツールや技術は、全社・部署全体という大きなレベルではなく、小さなチームやプロジェクトがトライアル的に導入されることが多いと思います。その結果、普及期に入ったころにはシステムや運用ルールの統合がとんでもなく難しくなってはいないでしょうか。開発タスクを10倍気持ちよくする環境構築のノウハウを紹介していく本連載の第1回目として、今回は複数のRedmineでバラバラに登録されているチケットを横断的に照会、集計する仕組みを解説します。 プロジェクト管理サイト、管理できていますか？ 弊社では、有名なプロジェクト管理向けWebアプリケーションツールの1つ「Redmine」を、弊社の主力製品であるERPパッケージの開発で利用しています。 RedmineはRuby on Railsを利用したオープンソースのツールで、利用事例も非常に多数あります。 ただし、弊社の開発部隊は1,000名を超える開発
RedmineとGitを巡る疑問点をメモ。 詳細は後で書き足す。 【参考】 チケット駆動開発に分散バージョン管理を組み合わせるアイデア: プログラマの思索 分散バージョン管理ツールにおけるブランチ戦略: プログラマの思索 Gitによるチケット駆動開発の事例: プログラマの思索 A successful git branching model とgithub flowの比較: プログラマの思索 第9回RxTstudy勉強会の感想～Redmineとチケット駆動開発の今後の課題 #RxTStudy: プログラマの思索 GitHubのプルリクエスト駆動におけるチケット駆動開発の問題点: プログラマの思索 【1】Redmineは日本のSIでかなり普及しているらしい。 その状況と並行して、オープンソース界隈では、GitHubでチケット管理する運用も多い。 すると、最近の状況としては、RedmineとG
Private content!This content has been marked as private by the uploader.
僕が使い始めた2008年頃と違って、現在はかなりRedmineが普及している。 ソフトウェア開発者だけでなく、製造業や製薬業、営業や事務、勉強会のタスク管理に使っている事例も多い。 最近特に目立つのが、初心者がRedmineを使っているものの、Redmineの良さを出し切れていない場面。 上記の資料では、「Redmineは、チームでチケットを消すゲーム」と定義して、わかり易く説明しているのがすごくいい。 アジャイル開発では、XPの計画ゲーム、Scrumのプロダクトバックログのように、ストーリーやタスクをチケット化して、イテレーション(Redmineならバージョン)単位にグループ化して、リリースしていく戦略を取る。 すると、チケット管理とは、チームでチケットを消すゲームなのだ、と感覚で分かるようになる。 この辺りの感覚は、40代以上の中年SEよりも、20代の若手PGの方がすぐに馴染んでくれる
Gitのリポジトリを、HTTP経由で読み書きするサーバーを構築します。 本記事では、CentOS 6の上でHTTPサーバーとGitに含まれるCGIコマンド git-http-backend を用いたGit HTTPサーバー環境の構築例を紹介します。 なお、WebDAVを使ってHTTP越しにリポジトリを変更する方法もありますが、ユーザー認証／性能の点で使用を見合わせました。 CentOS 6のgitについては、OS標準搭載の1.7.1の問題と回避策、新しいバージョンのgitを入れる方法の1つを紹介しています。 Gitリポジトリの認証については、HTTPの認証を利用する方法に加えて、チケット管理ツールRedmineのユーザー認証と統合する設定（必要なモジュール追加）を紹介します。 環境構築 Git 1.7.1（CentOS 6標準搭載版） CentOS標準のgitをインストールします。なお、開
概要 Scientific Linux6.2 に redmine2.0 を導入したメモ - do_akiの徒然想記 で構築した redmineのプロセス監視について。 1分毎にプロセスをチェックして、死んでたら起動するようにした。 ほとんど、 Scientific Linux6.2 で GrowthForecast のプロセスを monit で監視したメモ - do_akiの徒然想記 と同様なのだけど、 rvm を monit から実行する方法がなかなか見つからなくて苦労した。 redmine の起動スクリプトを作成 /home/redmine/redmine.sh rvm-shell を利用して起動しているあたりがミソ。 こうしないと rvm 環境で動いてくれない。 unicorn の起動オプション --pid で PIDFILE を指定すると推奨されないという警告が出るので、気になる場
RedmineやTracのようなBTSはデータの持たせ方でいくらでも使い道が広がる。 しかし、裏を返せば、なんでもできるからどうやったらいいかが分かりにくかったりする。 そこで、これまでの経験から、最低限の使い方をきめておこうかと。 Redmineはデフォルトの状態（Ver0.8.0）として、カスタムフィールドは使わないで、使い方のベストプラクティスを考えてみる。 トラッカー トラッカーは以下を作成する。 設計 開発 テスト バグ 運用 会議 プロジェクトで使う場合は、だいたい上記作業が大分類になると思うので、トラッカーは作業大分類としている。「要件定義」とかもあるなら入れてもいいかもしれない。 ステータス 初期は「新規」。作業に入ったら「担当」。終わったら「終了」。この3つだけ使う。やらなくてよくなった作業は進捗を100％にして「却下」に設定してCloseする。 優先度 これはそのまんま
ここ最近ずっと Redmine を使ってプロジェクトを運営してるんだけど、どうもしっくりこない、というか面倒臭い、というかわかりずらい…んで、運営方法を色々と見直しているんだけど「トラッカーの種類」。これが諸悪の根源。たぶん複雑すぎた。WBSのすべてのフェーズのタスクと1対1でチケット化してしまっていることや、作業実績を細分化して統計情報を取ろうと思っていたこともあって、トラッカーをかなり細かく設定してしまっていた。いろいろと試行錯誤してみたんだけどたぶんこの程度↓で充分な気がする。Feature 機能. 設計やプログラミング、テストなどはすべてこれ。 基盤構築と言われるような作業(サーバー構築や初期設定など)もこれで良い気がする。Note メモやアイデア。Support ユーザー(顧客)からの問い合わせなど。 このチケットは Close するか、または Issue や Request や
とりあえず issues 関連は出来てるので、これを使うコマンドラインプログラムを書いた。 $ go get github.com/mattn/go-redmine/godmine 名前は中二病っぽいけど「godmine」という名前にした。 使い方は、例えば issue の一覧であれば $ godmine issue list もしくは $ godmine i l issue の登録は $ godmine issue create "なんてこった" "大変だ！" みたいにするか $ godmine issue append で起動するテキストエディタ(環境変数EDITORを参照しunix改行コードが扱えるテキストエディタのみ使用可能)で ### Subject Here ### ### Description Here ### 上記の部分を書き換えて保存終了する。 設定ファイルは ~/.c
なお、HTTPサーバー連携にUnicorn、HTTPサーバーにNginxを使う設定を追記しました。 構成要素の選択について補足メモ Ruby CentOS 6において、Rubyの主な選択肢は次の3つです。 CentOS ６標準搭載のRuby 1.8.7を使用する Ruby Enterprise Edition 1.8.7 をダウンロードしビルドして使用する Ruby 1.9.3をダウンロードしビルドして使用する Redmine 2が土台としているRuby on Rails 3.2は、Ruby 1.8.7で動作保証しているので、CentOS 6標準搭載品のRubyでもRedmineは動きます。 しかし、Ruby 1.8.7は製品サポート期間が終了間際であること（Rubyのアナウンスページ）、メモリ使用量などの性能が1.9.3あるいはRuby Enterprise Edition 1.8.7に
Home インストールガイド Redmineのインストール » メールの設定例 アップグレード Step 1 - 動作環境の確認 Step 2 - バックアップ Step 3 - アップグレードの実行 Option 1 - リリースバージョンのダウンロード SVNチェックアウトのアップグレード Step 4 - データベースの更新 Step 5 - クリーンナップ よくある問題 リポジトリ管理に関するエラー secret_token.rb の生成 関連情報 Redmineのバックアップとリストア 他システムからの移行 システム管理者向けガイド プロジェクトに対する管理操作 ユーザに対する管理操作 グループに対する管理操作 ロールと権限 課題管理システム カスタムフィールド 選択肢の値 アプリケーションの設定 システム管理者向けガイド — 高度な設定 リポジトリ メールによるチケット登録 リ
CentOS6.2に、gitlabとredmineを同居させる方法を紹介します。 gitlabとredmineでは要求するrubyの環境が違うのでpassenger管理の下同じサーバで稼動させるには少々工夫が要ります。 インストールするサーバはコレ(lsb_release -a) LSB Version: :core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch Distributor ID: CentOS Description: CentOS release 6.2 (Final) Release: 6.2 Codename: Final 結構やることが多いので、今回はgitlab2.1をnginxのpassengerで動かすとこま
Redmine.JP Blog オープンソースのプロジェクト管理ソフトウェアRedmineに関するニュースや、より活用するためのtipsなどを掲載します Redmine 0.9から、Redmine上の特定URLにアクセスすることによりSubversion等のリポジトリの情報を読み込ませることができるようになります。例えば、Subversionへのコミット後に実行されるpost-commitスクリプトからそのURLへGETリクエストを行うことにより、コミットと同時にRedmineに最新のリポジトリの情報を読み込ませることができます。 コミット情報の同期の問題 Redmineでは、「リポジトリ」画面を開くまではリポジトリへの最新のコミット情報が取り込まれません。これにより、活動画面に最新のコミット情報が表示されない、チケット表示画面で関係するリビジョンが表示されないなどの問題が発生することがあ
Trademarks: This software listing is packaged by Bitnami. The respective trademarks mentioned in the offering are owned by the respective companies, and use of them does not imply any affiliation or endorsement. Bitnami package for Redmine provides a one-click install solution for Redmine. Download virtual machines or run your own redmine server in the cloud. Redmine is a very popular Rails-based
最近は、課題管理システム、チケット管理システムがメジャーになっており、私もこの種のツールをサービス開発、ソフトウェア開発で利用し、開発プロセス改善を試みています。 今回は、Shibuya.trac第12回勉強会 ～チケット管理システム大決戦 第二弾～で紹介させていただいた、Redmine利用事例の詳細解説を、共有させていただこうと思います。上記、勉強会の資料は、こちらに公開されています。各種ツールの事例が詰まった内容ですので、ぜひご確認ください。 Redmineのプロジェクト画面 上記が自社のRedmineのプロジェクト画面です。私のチームは「A-Team」といい、すべての作業は「A-Team」プロジェクトで管理しています。トップページには、勤怠の連絡や、Redmineを利用するときのルールなどがまとめてあり、資料を見ていただければわかると思いますが、プロジェクトメニューにはたくさんのモジ
本日のアクセス数TOP5¶ プラグイン開発ガイド(170)JRuby でRedmineを動かす(131)Wiki Extensions en(22)FrontPage(17)Wiki Extensions(15) アクセス数TOP10¶ Redmineプラグイン集(79939)Wiki Extensions en(45522)Wiki Extensions(42164)Code Review(25920)FrontPage(24655)Hudson(20718)プラグイン チュートリアル(13077)Issue Extensions(10597)Hudson En(10548)バージョンガントチャートプラグイン(9049) タグ¶Code Review(2) Hudson(3) Issue Extensions(1) Joel Test(1) NetBeans(1) Plugin(18)
昨日、meeting/17 - Shibuya.trac第12回勉強会～チケット管理システム大決戦 第二弾～Shibuya.trac Wiki - SourceForge.JPが開かれた。 UStreamで観戦して、とても面白かったです。 スタッフの皆さん、お疲れ様でした。 実際の議論を聞いて参考になったとともに、Redmine派の自分としては、@daipresentsさんの話がもっと聞きたかったな、と思っている。 今の僕の興味は、一プロジェクトでITSを使ってプロジェクト管理することよりも、1個の事業部、1つの会社全体へRedmineのようなITSを導入して運用して、ソフトウェア開発の基幹業務システムにしてしまいたいという思いに移っているから。 僕もRedmineを4年間使ってみて、一プロジェクトの事例はたくさん経験したし、ボトムアップで成功例を作ることで他チームへ影響させることができる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
