16

Subversion 実装の上に Trac プロジェクトをインストールしました (Webfaction のコントロール パネルのおかげで簡単に実行できます) が、今は構成作業を行う必要があります。それを念頭に置いて、Tracで次のことを行う簡単な方法はありますか?

1) 顧客が高レベルの進行状況インジケーターのみを確認できるようにします。
2) チケット、テスト、およびタスクに関する毎日の要約レポートを提供します。

また、インストールするのを忘れてしまって申し訳ありませんが、非常に推奨されるプラグインがあるかどうかも知りたいです。

4

7 に答える 7

17

開発タスクの追跡と顧客の進捗状況の表示に同じ Trac プロジェクトを使用することはお勧めしません。開発チケットやコメントなどで率直になりたいと考えています。顧客は間違ったことに注目し、チケットに入力したデータを誤解する可能性があります。高レベルのタスクを含む別のプロジェクトを顧客に提供し、それらのタスクの進行状況のみを表示し、核心部分は表示しないことをお勧めします。

于 2008-10-11T00:15:52.523 に答える
8

1) 高レベルの進行状況インジケーター:

ロードマップ タブには、高レベルの進行状況インジケーターが表示されます。すべてのマイルストーンが一覧表示され、マイルストーンごとに次の情報が表示されます。

  • マイルストーンのタイトル
  • 簡単な説明
  • マイルストーンの期日
  • それまでにどれくらいの時間が残っているか (または予定よりどれくらい遅れているか)
  • そのマイルストーンに割り当てられたチケットの数と、クローズされたチケットの数が、素敵な緑色の進行状況バーとして視覚化されます。このバーは、各チケットの重量が同じであるという仮定に基づいて描かれているため、誤解を招く可能性があります

顧客がこのビューにのみアクセスできるように、権限を制限できます。

あなたと顧客の関係によっては、新しいチケットを作成する権限 (TICKET_CREATE 権限) を顧客に付与したい場合があります。これは、他のチケットへの読み取りアクセス (TICKET_VIEW および TICKET_MODIFY) を顧客に付与しなくても可能です。申し訳ありませんが、これが本当に機能するかどうかは現在テストできません。誰かがこれについてコメントできるかもしれません。

2) 日次要約レポート

trac は考えられるすべての RSS フィードを提供します。これから毎日のレポートを作成することも、RSS クライアントに 1 日 1 回フィードをチェックするように指示することもできます。

Trac には、チケットが変更された場合にメールでチケット所有者に通知する機能もありますが、それは毎日の要約としてではなく、即座に行われます。チケットにコメントすることもできます。掲示板やメーリング リストのように使用することもあります。この場合、すぐに通知を受け取ることができます。

その他の構成

私が trac で行う各プロジェクトでは、誰も所有していないすべてのチケットを一覧表示するカスタム クエリを作成します。

p.value を __color__ として選択し、
   所有者 AS __group__、
状態、
   id AS チケット、概要、コンポーネント、マイルストーン、t.type AS タイプ、時間 AS 作成、
   changetime AS _changetime、説明 AS _description、
   レポーター AS _レポーター
  FROMチケットt
  LEFT JOIN enum p ON p.name = t.priority AND p.type = 'priority'
  WHERE status = 'new' AND (owner = '' OR owner = 'somebody' OR owner = 'None' )
  ORDER BY 所有者、p.value、t.type、時間

各チケットには所有者と cc フィールドに複数の人物が含まれる場合がありますが、私のチケットのレポートには、所有者があなたであるチケットのみがリストされます。これを克服するために、次のようなクエリを追加します。

  p.value を __color__ として選択し、
   (CASE 所有者 WHEN '$USER' THEN
     (ケースステータス
       「割り当てられた」場合
       THEN 'あなたが受け入れたチケット'
       ELSE 'あなたに割り当てられたチケット、承認または再割り当てしてください'
      終わり）
     ELSE 'cc にあなたの名前があるチケット' END)
     AS __group__、
   id AS チケット、概要、コンポーネント、バージョン、マイルストーン、
   t.type AS タイプ、優先度、時間 AS 作成、
   changetime AS _changetime、説明 AS _description、
   レポーター AS _レポーター
  FROMチケットt
  LEFT JOIN enum p ON p.name = t.priority AND p.type = 'priority'
  WHERE t.status 'closed' AND (owner = '$USER' OR cc like '%$USER%')
  ORDER BY owner, (status = 'assigned') DESC, p.value, マイルストーン, t.type, time

(このコードは trac 0.11b で動作します)

お気に入りのチケットレポートです。チケットは次の 3 つのクラスに分類されます。

  • あなたが所有し、受け入れたチケット
  • あなたに割り当てられたが、まだ受け入れていないチケット
  • cc にあなたがいるチケット (そのクエリなしでは得られない素晴らしいもの)

クエリは恐ろしく見えるかもしれませんが、既存のクエリを単純に変更したものです。trac のソース コードをハックする必要はありません。Web インターフェースを使用してクエリを編集できます。

プラグイン

Eclipse を使用する場合は、 XML RPC プラグインをお勧めします。Mylinとの緊密な統合が可能になります。(プラグインがなくても基本的な統合は機能すると思います)、開発者は trac Web インターフェースに切り替えることなく、Eclipse 内から多くのタスクを実行できます。

(Eclipse を使用しているが、mylin を知らない場合は、それを確認する必要があります。ほとんどの Eclipse ディストリビューションに付属しており、trac なしでスタンドアロンとして動作できるため、構成なしでテストできます。)

于 2009-02-10T22:11:13.713 に答える
5

追加のプラグインに関する限り、TocMacro、XmlRpcPlugin、WysiwygPlugin、および TracRedirect をインストールします。特に、WYSIWYG プラグインは、技術力の低いスタッフが wiki で独自のドキュメントを維持することを奨励するのに非常に適しています。フォーマットを保持しながら MS Word から C&P することもできます。

あなた自身のワークフローが Trac のデフォルトでは適切に表現されていない場合は、Trac が提供するカスタム チケット ワークフローを参照してください。これにより、コード レビューと統合テストの手順をワークフローに追加できるようになりました。

Trac サーバーを中央認証フレームワークに対して認証することをお勧めします。認証資格情報を含む LDAP ツリーを実行します。これは、trac、svn、samba、openvpn などを含むすべての内部システムで使用されます。

于 2008-10-20T11:45:00.070 に答える
3

コメントの 1 つに記載されているように、ユーザーに基づいてチケットまたはコメントへのアクセスを制限することはできません。外部報告システムを見つけるか作成することが最善の策です。

Trac での経験に基づくいくつかのこと:

  1. カスタムワークフローの作成は非常に簡単です。GraphVizの使用 は、状態とアクションの伝達に非常に役立ちます。組み込み機能をさらに拡張するワークフロー プラグイン ( AdvancedTicketWorkflowPluginなど) は、より複雑な状態の相互作用が必要な場合に実行するのはそれほど難しくありません。

  2. カスタム レポートの場合、名前付きパラメーターを受け取る SQL クエリを記述し、Wiki ページからこれらにリンクできます。

たとえば、クエリには次のような WHERE 句を含めることができます。

WHERE datetime(t.changetime, 'unixepoch') >= datetime('now','-$DAYS days')

wikiページにはこれを含めることができます：

Show activity for last [http://server.com/trac/report/9?DAYS=8 8] days.
于 2009-02-09T21:54:44.407 に答える
3

@Dave Dunkinは正しいです。内部使用には Trac を使用し、Basecampのようなシステムを使用して、クライアントにプロジェクトで何が起こっているかの概要を説明します。

于 2008-10-11T13:00:54.927 に答える
3

ROADMAP_VIEWおそらく、匿名ユーザー以外のすべてのアクセス許可を撤回することもできますが、それはおそらく高レベルすぎるでしょう? 個々のチケットまたはコメント レベルでのアクセス制御は、現時点ではサポートされていません。trac パーミッションの詳細については、http://trac.edgewall.org/wiki/TracPermissionsを参照してください。

于 2009-02-08T01:08:30.950 に答える
3

ストック インストールの場合、データベースは単なる SQLite3 であるため、スクリプトを簡単に記述して、チケットの数やレポートの 1 つを取得しないなどの「安全な」情報を取得できます。そうすれば、チケット名さえよければ自由に議論できます。リビジョン、マイルストーン、ウィキページ、タグ (プラグインを使用している場合) も利用できます。

于 2008-10-20T12:12:49.857 に答える