Tracでのワークフローのテストとコミットフックの投稿

Question

ワークフローにテストステップを含めるために、私のサーバー上のTracを更新したいと考えています。私はTracでこれを行うことができましたが、私はsvnコミットを変更してステータスを 'テスト済み'にする代わりに 'クローズド'にする必要があります。

私はcommit_updater.pyファイルを変更する必要がありますが、これを行う方法はわかりません。私は、Tracコードをチェックアウトし、commit_updater.pyファイルを編集し、コマンドを使ってサーバにインストールしようとしました。 .py

をインストールするが、私はインストール....

ファイルに次のエラーを取得しています「C：\ SVN \ tracの\ pythonの\ libに\サイトパッケージはsetuptoolsの-0.6c11-PY2を\。 6.egg \ setuptoolsの

はIndexError get_svn_revisionのコマンドの\ egg_info.py」、行233、\：リストインデックス範囲外

ところで、私はTracのバージョンでVisualSVNサーバーを使用しています。

代替... SVNでTracを使用する代わりに誰かに推奨されますか？私は、チケットを 'closed'ではなく 'testing'に移動するためにコミット後のフックを変更するだけでも簡単だと思っていましたが、これは非常にイライラしています！これに関する助けがあれば、非常に感謝しています。

ありがとうございました。

Answer 1

明らかに、裸のコメント（* commands_refs *設定オプションを参照）と解決（* commands_close *設定オプションを参照）だけが実装されています。 TracWorkflowはそれ自体で高度に構成可能であるため、コミットによってトリガされるワークフローアクションに対しても非常に異なる期待があります。

既存のロジックに従うことで実装するのは難しくありません。あなたは

には、既存の* cmd_closeの*次のロジックを変更*のcmd_workflow *または類似の状態によって* commit_updater.py *を拡張したいと思う（多分あなたは、設定に変更するには、チケットの状態を作りたいだろうにも）
• あなたがここに任意のコード（変更）を示さなかったが、はIndexErrorはそう、言った...関連* commands_workflow *オプション
• によって

を、適切なトリガコマンドを追加主にトピックとは無関係です。それはSVNリポジトリの特質に関するものだと思います。 Tracを非難する前に異常/矛盾があることに注意してください。つまり、this Trac ticketを参照してください。

あなたの2番目の質問では、世界が大きく、幸運は明るいです。私はTracの人なので、Trac以外の代替手段への多くのポインタは期待しないでください。しかし、Redmineは、しばしば代替トラッカーと呼ばれます。より良い？知らない、違う。

結局のところ、ヘルプを求めて、同時に（より良い）代替案を求めるのはちょっと分かりやすいでしょうか？ Tracが優れた、成熟した、低騒いの機能を提供する他の多くの面では、SVNのコミットアクションのカスタマイズがTracよりも優れていると考えられるように、他のシステムを考えてはいけません。