sqliteがバックエンドの時のTracReportを書くtips — ありえるえりあ
sqliteがバックエンドの時のTracReportを書くtips sqliteがバックエンドの時のTracReportのSQLを書くtipsです。 主なテーブル構造(ticket) CREATE TABLE ticket ( id integer PRIMARY KEY, type text, time integer, changetime integer, component text, severity text, priority text, owner text, reporter text, cc text, version text, milestone text, status text, resolution text, summary text, description text, keywords text ); CREATE TABLE ticket_custom
Trac-0.11のワークフロー - Do You PHP はてブロ
via. http://labs.unoh.net/2006/08/trac_qatesting.html Trac-0.10系の最大の不満点は「確認中」というステータスがない事ですが、Trac-0.11から「ワークフロー」として実装されるとの事。ということで、すでにTrac-0.10.4-ja-1をインストールしてあった環境でサクッと試してみました。 upgrade手順は以下のような感じ。今回は0.11b1を使用しました。 $ python -V Python 2.3.4 $ svn co http://svn.edgewall.com/repos/trac/tags/trac-0.11b1/ $ cd trac-0.11b1/ $ sudo python setup.py install $ trac-admin /path/to/trac_project upgrade $ trac
Tracに足りない4つの機能 - プログラマーの脳みそ
ITの地殻変動はどこで起きているのか？: プログラマの思索を読んで思い出したことをまとめておこう。 TracなどのBTS(バグ管理システム)を用いたチケット駆動の開発というスタイルで、アジャイル開発を実践されている方も多いことだろう。 私がTracを使っていて感じた不足をここに挙げておく。 インシデント管理 顧客からの要望などのインシデント票と呼ばれるものと、開発の為のタスク（チケット）は別のものだ。私も当初はこれらを混在してつかっていたのだけど、顧客からの問い合わせや要望といったものと、実際の開発作業の間には大きな溝がある。 例えば「Tracにインシデント管理機能をつけてよ」と言われた段階で「インシデント管理機能を作成」というチケットをあげてはいけない。 XPで言うところの計画ゲームをする際のタスクカードと、TODOであるところのTrac上のチケットは分けた方がいい。アイデアとしては出た
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
