なかなか良さそうなバージョン管理ツール＋課題管理ツールのホスティングサービスをたまたま見つけた。 Secure, Simple, Affordable Source Hosting - SourceRepo - Git Hosting, Subversion Hosting, Mercurial Hosting 有償だけど、 Git, Mercurial, Subversion Redmine, Trac など、諸々使える。 あと、有償だけに暗号化通信に対応していたり、ブラウザから簡単に触れるコントロールパネルが付いていたり、利用者数制限は無かったり、と、有償なんだけど、そこそこ安価で、そんなに悪くないように思います。 以降、簡単に紹介まで。 プラン Level1〜3まで、3つのプランがあるようです。価格帯は、$3.95〜$12.95/monthといったところ。 Level1では、バージョ

RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。

【1】管理者は、プロジェクトの進捗報告のためのくだらない作業が必要になる。 まず、初期段階で、WBSとして必要な成果物、作業を洗い出す。 そこから、工数を見積もり、MSProjectやExcelでスケジュールを作っていく。 しかし、実際に作業していくと、そのスケジュールの保守は面倒きわまりない。 当初は分からなかったタスクを追加したり、仕様変更で対応すべきタスクを入れたり、実際は不要になったタスクを削除するなどを、逐一スケジュールへ反映しなければならない。 スケジュールで、先行・後行の関係まで考慮したり、工数の標準化などを行おうとすると、もはやExcelで手作業で管理するのはもはや人間の手を超える。 MSProjectでは、そのような作業をアプリでやってくれるが、だからと言って、スケジュール保守が楽になるわけではない。 そのスケジュールを管理者が常に保守し続けなければならない理由は二つある

ちょっと考える機会があったのでメモ。僕の仕事環境だと、Trac, SVN, IRC(, あとplagger) を中心に開発している。 これらを使っていて思うこと Trac と連動しているとタスク管理が楽だよねー!……違うよ!全然違うよ!それだけなんて勿体ない > < ↑ぶっちゃけ最初はこう思ってた。 とはいえタスク管理(Trac) チケット書くことでタスクを細かく分割しようとする チームの人同士進捗が見られる ロードマップ機能で長期マイルストンの管理も ロールバックできる(SVN) なんか変な修正したけどどこ変えたか忘れた ファイル消したーーーー! そこでsvn revert ですよ! SVN diff で良質なコードを(SVN) 前回のコミットから変更したコードだけをレビューできる 変なコードがあったら修正してからコミット チケット駆動開発(Trac + SVN) コードに時間の概念を導

ITの地殻変動はどこで起きているのか？: プログラマの思索を読んで思い出したことをまとめておこう。 TracなどのBTS(バグ管理システム)を用いたチケット駆動の開発というスタイルで、アジャイル開発を実践されている方も多いことだろう。 私がTracを使っていて感じた不足をここに挙げておく。 インシデント管理 顧客からの要望などのインシデント票と呼ばれるものと、開発の為のタスク（チケット）は別のものだ。私も当初はこれらを混在してつかっていたのだけど、顧客からの問い合わせや要望といったものと、実際の開発作業の間には大きな溝がある。 例えば「Tracにインシデント管理機能をつけてよ」と言われた段階で「インシデント管理機能を作成」というチケットをあげてはいけない。 XPで言うところの計画ゲームをする際のタスクカードと、TODOであるところのTrac上のチケットは分けた方がいい。アイデアとしては出た

チケット駆動開発でアジャイルに開発しながら、「チケットではなくイテレーションで進捗やリスクを追跡する」意味が何となく分かってきた。 それについてメモ。 【1】チケット駆動開発の基本は、チケットファースト。 チケットがXPのタスクカードに相当する。 担当者は、チケットへ作業内容を記入してから、作業を開始する。 開発者は実際、チケットをToDoカードのように用いている。 SW開発のタスクは単にプログラミングだけではない。 お客様へ納品する設計書を作ることも必要だし、テスト仕様書を作ることも必要。 更には、ビルド環境を作ることも必要だし、テストデータを準備することも必要。 すると、チケットは終了するペースよりも登録する方がどんどん増える。 何もしなければ、チケットは乱発されて、放置状態になり、収拾が付かなくなる。 僕が初めてTracを運用した時、マイルストーンやバージョンが曖昧なままチケットを登

初めに。 Timing and Estimationプラグインをインストールするにあたっては下記のサイトを参考にさせていただきました。 trac + TracBurndownプラグインでスクラム開発のすすめ Timing and Estimationプラグインは、Tracのチケットに対する作業時間を入力し、その作業実績を管理する為のプラグインです。 チケットに着手する際に、そのチケット解決までの見積り時間を設定し、それに対して日々どれだけの作業をしたかを入力する事で、チケットの作業割合が確認できます。 まぁ、この辺はプラグイン利用の際のルールをきちんと整備し、そのルールを如何にメンバーに守らせるかなど運用の方が重要になってくると思いますが・・・。 Timing and Estimationプラグインをインストールする為には、Trac0.10以上のバージョンが必要です。 要件を満たしていない

セキュアに公開されたソース管理システムと課題管理システム、つまりhttps接続のcvs/subversionとtrac/redmineを用意してほしい。 （略） 全てのプロジェクトメンバは計画と設計情報に対するアクセス手段を確保すべきだ。 元請け企業が用意すべきもの - @katzchang.contexts 激しく同意。 ツールの種類はともあれ、この手の情報は、 1箇所に集中 版の管理 セキュアなアクセス 誰でも参照できる を実現することよって、関係するすべての人にとって、作業負荷の軽減に寄与するものですから、さっさとやりましょうよ。 導入、周知、初期学習コストだけじゃん。 導入コストなんて、環境構築手順を確立して、場合によっては自動構築スクリプト化すればさくっと終わる話。 導入ノウハウなんて、みなさんいろんなところで公開してくれているわけだし。 初期学習コストなんて、初めて触る人だけの

最近の更新 (Recent Changes)2017-08-31FrontPage 2015-05-11plugins/SearchHyperestraierPlugin 2015-04-30plugins/MailArchiveExtPlugin 2015-04-29misc/AvatarSupport 2015-04-27plugins/MailArchivePlugin 2014-03-31plugins/ReportIncludePlugin 最新リリース情報BTS.Trac (1.0.51.183)2009-07-08 20:03ExcelRedmineAddIn (1.0.1)2009-06-15 23:07ExcelTracAddIn (1.2.1)2009-06-15 23:09OpenProj (1.4-ja-dev2)2009-08-14 09:02ProjectTra

Trac月使えば大抵揃ったりしますが。 管理系 WebAdminPlugin Tracの設定変更をTrac上から行えるようにするプラグイン。Tracを管理するなら必須に近い。 AccountManagerPlugin 各ユーザ自身でパスワードの変更・管理等を行えるようにするプラグイン。設定によっては誰でもアカウントを追加できるようになるため注意が必要。 外部制御系 XmlRpcPlugin 名前の通り、XML-RPCでのTrac制御を可能にするプラグイン。EclipseのMylarとTracを連携する時などに。 HttpAuthPlugin httpアクセス時の強制認証を有効にするプラグイン。XmlRpcPluginを使ってMylarとの連携を行う場合、このプラグインも導入しないと正しく認証が行われない。 Wiki関連 TracNav Tracナビゲーションバー(バーと言うよりボックスだが

Make 12 monthly payments Pay 0% interest Start using the domain today. See details

Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま

Trac 好きの私は数えてみたら、5 カ所の Trac を使っていました。 Tracが分散していると ついついタスク(チケット)を忘れてしまいます ^^); そこで、複数のTracのチケットを一度に見られる CGI を作ってみました。 画面のイメージ ↓ TracはRSSで情報が取得できるので Plagger 等を使うのもよいかもしれませんが、Tracのチケット表示画面の表を切り出してきて並べるだけなら簡単そうなので、ついつい作ってしまいました。 コード #!/usr/local/bin/ruby # # 複数のTracのチケットを表示するCGI # require 'yaml' require 'uri' require 'net/http' def load_config(conf_path) YAML.load_file conf_path end def get_ticket_li

Trac Hacksに登録されているプラグイン、マクロ、プロセッサなどに、日本語でひとこと説明をつけた一覧です。基本的にTrac-Hacks上の説明を読んで書いているので、実際に動かしていませんし、勘違いもあると思います。 もともと10月くらいからちょこちょこ作っていたリストなので、情報は最新ではありません。しかもまだ半分も書けてないうえに、変なエントリも混じってますが、なにかの役に立つといいなーと思って公開します。 後々どこかへ移動するかもしれません。誰でも編集できるWikiとかに載せたほうが役に立つかも(Trac-Hacksに載せるとか？)。 AccountManagerPlugin ・ユーザアカウントの管理。 ・フォーム認証。 ・ユーザが自分でパスワードを変更、アカウント削除できる。 AcronymsPlugin ・アクロニム(略語)を登録しておくと、自動的にHTMLの<acrony