前略、private issue 使ってみました。あるいはITSの黒魔術とは何か - ハードコイルド・ワンダーランド
RedmineのtrunkにPrivate Issueの機能が追加されたとのことなので自分のローカルでデモしてみた。 実際のリリースはv1.2.0が予定されているようだ。 プロジェクトのメンバーは以下。 SIer1 SIer2 Dev1 Dev2 Cust1 顧客1人にSIer(笑)2人、丸投げされた開発会社2人という、なんともきな臭い人数構成にしてみた。 小規模のWFとか、大体どこもこんな感じなのではないだろうか。 Private Issueの権限割り当て Private Issueに関連する権限割り当ては 管理-ロールと権限 からおこなう。 各ロールごとに設定するのは以下の２点 プライベートチケットを表示するか チケットをプライベートに設定できるか 表示できるチケットで「すべてのチケットを表示」を選択した場合は、Private Issueであるかどうかに 関わらずすべてのチケットを表示
Trac vs Redmine！導入に悩む人のための7つの比較ポイント
世の中には相反するものが存在します。例えば、ゴジラとモスラ。アジャイルとウォーターフォール。目黒と目白。アルジェリアとナイジェリア。そして、RedmineとTrac。 デブサミで大盛況だったチケット管理システム大決戦 JIRA vs Redmine vs Trac ユーザーが語る、なぜ私はこのツールを使うのかですが、各ユーザ同士の戦いを期待した人も多かったと思います。しかし、@ryuzeeさんの[Trac]デブサミでITSに関するセッションに登壇しました #devsumiにまとめられているように、ツールは「やりたいこと」を考えて利用し、それを「使う人が改善していくこと」が大切なので、戦わせるのはとても難しい。 はじめに 私世代の人間ならば、「孫悟空とドラえもんはどっちが強いか」といったことに興味を持ってしまい、RedmineとTracもガチンコ勝負させたくなるものです。また、チケット管理シ
Redmine かんばん（Kanban） Pluginを使ってみた
GitHubのRedmine Kanban Pluginのページ訳。 Kanban Plugin おすすめ設定。Kanban Pluginは7つのステータスと関連するペインを使う。 Incoming – New Unstaffed Backlog – Approved Quick Tasks Selected Tasks – Selected Active Staffed Requests – In Progress Testing Staffed Requests – Resolved Finished Requests – Complete それぞれのペインは、チケットのステータスに関連付けられる。 推奨は上の記述になるが、必要に応じてカスタマイズも可能。 配置されたチケット（Active、Testing、Finished）もまた、使うにはロールの設定が必要。 このロールをもっているど
Redmine
Redmine最新ニュース r-labs: 公式サイトのプラグイン一覧に載りました。 コードレビュープラグインとHudsonプラグインがwww.redmine.orgのプラグイン一覧ページに載りました。 Haru Iidaが9日前に追加しました r-labs: Hudson Plugin リリース www.redmine.orgでHudson プラグインを公開しました。 Haru Iidaが11日前に追加しました r-labs: The Official Redmine blogで紹介されました。 コードレビュープラグインがThe Official Redmine blogで紹介されました。 Haru Iidaが28日前に追加しました r-labs: 本サイトをバージョンアップしました。 Redmine 0.8.4にアップグレードしました。 Haru Iidaが31日前に追
RedmineとTracの比較 - wyukawa's diary
これまた今更感のあるネタですが少し調べてみたので書いておきます。比較対象バージョンはRedmine 0.9.4とTrac 0.11.7です。 あと僕は基本的にTracユーザです。といっても使い倒しているわけではありません。Redmineに関しては実戦投入したことはありません。 1. インストール これは前提条件を明確にしておかないと比較にならないので、OSはLinuxでtracdやMongrelのような開発サーバではなくApahceに連携させるという前提にします。なのでTracLightningはのぞきます。あとSubversion使う前提にします。 この前提にたつとインストールはどっちも面倒だと思います。結局本体とは別にTracならmod_pythonやmod_wsgiと連携させますし、Redmineならpassengerに連携させるのでその辺が面倒だなと。 Redmineだとさらにマイ
Trac の Wiki を Redmine の Wiki (Textile) に変換するスクリプト
Trac の Wiki を、Redmine の Wiki に変換するスクリプトを書いてみた。Redmine の Wiki 書式は Textile に Redmine 独自のリンク書式を追加したもの。 Trac_wiki_to_textile ソースコードは GitHub で公開している。 ataka's trac_wiki_to_textile at master - GitHub このコードは、seven1m 氏と hchoroomi 氏の trac_wiki_to_github を参考にして作った。両氏には感謝。 hchoroomi's trac_wiki_to_github at master - GitHub 使い方 trac.db を convert.rb スクリプトと同じディレクトリーに置く convert.rb スクリプトのあるディレクトリーに、「wiki」という名前のサブ・
参考サイトまとめ - yukichanko's diary
今のプロジェクト管理をRedmineに載せたいと思っている。 インストールと試行環境は整った(と言っても、WEBrick+SQLiteなので、実運用まではまだまだ) さてと、問題はどうやってこいつを使うかだ。 今までの進捗管理の仕方(て言うか、誰も仕事を管理していない) Excelに工程をダンプ。A3で印刷すると目がつぶれる。 目がつぶれる上に、依存関係が分からないので、作ったはいいが誰も進捗表を見ない。 結局、進捗表をガン無視して、開発に踏み込む。開発の単位は、チームではなく個人が多い。 個人の裁量を認めてくれているわけではなく、誰も管理できる能力がないので、丸投げしているだけ。 月一でグループマネージャがフォローするが、誰も進捗表通りに仕事をしていないので、マネージャは怒り狂う。 でも、会議後誰も進捗表をメンテしないので、同じことが半期6回繰り返される。 う〜ん、書いててあまりのひどさ
2009-07-08
RedMineの管理単位について プロジェクト：問題区分 トラッカー：追跡項目 ステータス：状態項目 カテゴリ：細分区項目 活動：作業概要項目 こう考えてみた、なるほどソフトウェア開発以外の管理にもつかえるな。今までなんで仕事が出来てたんだ？これは可能性が無限大だな。 活動のとこに開発作業の詳細項目を入れようかな、分析、設計、テスト、実装、リファクタリング。 トラッカー 項目 概要 アイデア やるかやらないか分からないアイデア。 課題 既存の仕組みの問題点。 要望 既存の仕組みへの要求項目。 機能 機能追加や変更などの開発作業。 問合せ 自部署以外からの問合せ事項。 タスク サービスの運用・保守作業等。 構築 サービスの環境構築、設置作業。 トラブル システム障害、ヒューマンエラー等。 バグ 発見されたバグや不具合項目。 ステータス 項目 概要 未着手 新たに登録されたもの、作業は未着手状
CakePHP版Redmine candycaneのデモサイトを公開しました - yandod's blog
http://my.candycane.jp/ CakeFestの興奮冷めやらぬ日々ですが、cake3の公開を記念するつもりでcandycaneのデモサイトを公開します。 これまではbasic認証付きでしたが、完全に公開します。 まだまだ不具合が多いですが、アカウントの登録や操作などを自由に行っていただいてかまいません。 コード本体についても来週くらいには公開するつもりです。 お試しあれ。
Redmineにソースコードレビューをつける·Redmine Code Review プラグイン MOONGIFT
ソースコードレビューは意味がないなんて言われることもあるが、適切に運用すればとても役立つシステムだ。他人のソースコードを見て勉強したり、人が見ることを意識するので奇麗なコードを書くようにもなる。 Redmineでソースコードレビューを Redmineにはリポジトリブラウザがついているが、ソースコードレビュー機能がないのが残念に思っていた。が、プラグインを使えば実現できるのだ。 今回紹介するオープンソース・ソフトウェアはRedmine Code Review プラグイン、Redmineにソースコードレビュー機能をつけるプラグインだ。 Redmine Code Review プラグインはRailsのプラグインのようにvendor/plugins以下に配置する。そしてモジュール画面で有効にすれば利用が出来る。使い方は簡単で、リポジトリを表示した際にあるDiffリンクをクリックすれば良いだけだ。
2009-07-04
それができるようにするやり方を考えんとね。 今日もプレートの一歩前からバッティングピッチャーとか。 外野ノックの時には右の太ももに違和感が。 よっぽど動いてないわけですよ…でも久々になんか運動した感じ♪ 凍らせてたけど黒くなってて、どうかな？と思ったけど、そのままジューサでウマウマ♪ ちょっとソースの管理方法とか考えてたりするので。 目指せ天下人の日記 > CVSのキーワード置換とSVN CVS--Concurrent Versions System v1.11.17: Keyword substitution UNIX USER 2003 8: Subversionで管理せよ (draft) いまさら探してみたけど、プラグインないっぽいね。 MylynとRedmineの連携まではバッチリ♪ 「Web Template (Advanced)」って名前が見つけられなくて一瞬判らんかったｗ M
Redmineの唯一の弱点～工数管理 - プログラマの思索
僕は、Redmineは現在、世界中で一番優れたBTSだと思っている。 何と言ってもプロジェクト管理機能が強力で、このおかげでチケット管理を更に活用できる。 しかし、唯一の弱点があると思う。 それは、工数管理。 Redmineチケットには、予定工数と実績工数を入力できる。 その実績工数は、レポート欄でログ検索のように検索できる。 しかし、使い勝手は正直悪い。 実績工数を単に表示するだけでは面白くないからだ。 また、Redmineの実績工数には作業分類という属性があり、デフォルトでは「デザイン作業」「開発作業」がある。 これは、Redmineでは作業トラッキング(タイムトラッキング)と呼ばれている。 つまり、実績工数を更新するたびに、実績工数を色づけできるから、後で、作業分類ごとに工数集計できる。 しかし、この作業分類を上手に使って集計する機能がない。 結局、MySQLへ直接SQLを発行して、
RedmineとTracの機能比較part2～ポータビリティ、プラグインなど - プログラマの思索
あるTracユーザの話を聞いて、RedmineとTracの機能の違いを感じたので、考えたことをメモ。 【1】ポータビリティ(環境の持ち運び)はTracが勝る TracLightningでは、SQLLite＋SVNが一つのフォルダに存在するから、バックアップが簡単。 Tracはそもそも１プロジェクトしか扱えないので、1プロジェクトのTracDB(SQLLite)を持ち運んで同期を取ればいい。 しかし、Redmineでは、DBはMySQLが普通だから、バックアップや持ち運びはOracleのような操作が必要になる。 また、複数プロジェクトを扱っているから、1個のプロジェクトだけ持ち運んでも同期がとりにくい。 特に、客先と自社で受託開発のタスク管理をする場合、USBメモリでSQLLiteのDBを持ち運びできればすごく簡単だなと思った。 RedmineでもSQLLiteを扱うことはできるが、チケット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmine導入を阻む物 - 統合インストーラあります - White scenery @showyou, hatena
r-labs - Redmineプラグイン集 - Redmine
TracとRedmineの比較
WorkTime - kusu - A redmine plugin to view and update TimeEntry by each user. - Google Code
作業時間の記録 - wadahiroの日記