11

完璧なツールはありません。私は Trac を使用していくつかの長期的なプロジェクトを開始しようとしています。Trac で経験する可能性がある、または経験しない可能性のある種類の問題について注意を喚起したいと考えていました。言い換えれば、Trac は短期的には私のニーズを満たし、私はすでにそれを使用することを決定しましたが、今後どうなるかを知りたいのです。

私は探していません:

  • 「Trac の代わりに製品 X を使用する理由は...」です。
  • 「Trac が優れている理由は...」と答えます。
  • 他の特定のシステムとの比較。
  • 「Trac は機能 X をサポートしていません」という回答。機能一覧も読めます、ありがとうございます。

探しています:

  • 「機能 X が期待どおりに動作しない...」
  • 「次の場合、Trac はおかしな動作をします...」
  • 「Trac は完全にはサポートしていません...」
  • 「Trac 自体には既知のバグがあり、おそらく修正されることはありません...」
  • 特に「Trac では処理できない...」

では、Trac によって引き起こされるどのような頭痛を楽しみにしなければならないのでしょうか?

今後の参考のために、この質問は、Trac v0.11 が最新の安定版リリースである間に行われました。

4

5 に答える 5

8

マルチ プロジェクトの扱い方については、まだ共通の見解がありません。これがあなたのケースでない場合 - 残りはうまくいくはずです。

于 2010-02-08T17:32:43.463 に答える
6

長期の Trac インスタンスで遭遇した問題の 1 つは、「バージョン」フィールドです。チケットに割り当てることができるバージョンのリストと、カスタム クエリ インターフェイスでクエリを実行できるバージョンのリストの間に違いはありません。そのため、そのフィールドのバージョン リストが非常に長くなり始めた場合、検索対象を制限せずにリストを削除することはできません。

いつの日か、私はそれを修正することに取り掛かります...

Trac 0.11 は 0.10 よりもリソースを大量に消費します。これは主に、テンプレート エンジンを Genshi に切り替えたことによるものです。サーバー上のリソース、特にメモリに注意を払う必要がある場合があります。0.13 あたりで、パフォーマンスに対する注意がいくらか高まることを期待しています。

ああ、問題が発生した場合は、freenode の #trac が便利なリソースになる可能性があります。

開示: 私は Trac 開発者の 1 人です。

于 2010-02-08T21:31:49.977 に答える
4

複数のプロジェクトで数年間 Trac を使用してきました。しばらく考えた後でも、リストする重大な問題を思い付くことができません。

http://trac-hacks.org/ticket/131 - 永続的なログイン (つまり、ブラウザーの再起動後の永続的なログイン セッション Cookie) はまだコミットされていません。

これは、svn post-commit メールを trac リンクで受け取ったときに、ブラウザーがまだロードされていない場合 (ログインを記憶している場合)、コンテンツを表示するために資格情報を入力する必要があることを意味します (セキュリティの設定方法によって異なります)。これは、ネットワーク上で特定のクラスのユーザーのみを信頼する場合にのみ問題になります。資格情報を記憶するブラウザはこれを軽減します。高度なセキュリティの状況では、このオプションはまったく必要ないかもしれませんが、私たちにとっては少し面倒です.

于 2010-02-08T17:41:25.497 に答える
1

0.12 はリリース間近です。r9125 トランクかそこらに直行します。

  • 複数のソース リポジトリのサポート (ブランチは r9125 でトランクに着陸)
  • ライブ テキスト編集のプレビュー
  • 差分によるチケットコメント編集は

これらは、私が先に進み、すべての環境を 0.12dev に移動した 3 つの主要な理由です。とはいえ、0.11 を超える違いを生む細かい点は他にもたくさんあります。

SVN 作業コピーから trac を実行すると、非常に優れたアップグレードと一般的な管理性が提供されると思うので、それをお勧めします。

複数のプロジェクトのサポートがこれまでのところ最大の原因であり、私はその状況を改善するために自分で作業を行うことを検討しています.

于 2010-02-10T15:14:48.303 に答える