問題タブ [trac]

PHP で書かれたTracに相当するものはありますか? SVN と統合された無料のものが必要です。SVN ソースをブラウズし、何らかのバグ追跡を行い、SVN の最近の変更を表示できるようにする必要があります。wikiは必須ではありません。

前もって感謝します。

レポートまたはカスタム クエリから、チケットの説明を含めて Trac チケットを Excel にエクスポートできる必要があります。問題は、生のテキストを表示するのではなく、wiki 構文で定義されているように説明をフォーマットする必要があることです。

http://our.fogbugz.com/default.asp?W977

簡単な作業になると思いますが、試す前に聞いてみようと思いました。

使ったことのある方、いかがでしたか？注意事項や参考になることはありますか？変更を自動的に取り消すことはできますか?

より簡単にするために、事前に trac で別のことをしたり、構成したりすることはありますか?

ところで、fogbugz の最初の試用版には満足しています。trac には問題はありませんが、自動応答機能と、support@mycompany.com への電子メールで新しいチケットを作成して返信する方法が本当に必要でした。それはとてもプロフェッショナルです。

プロジェクトの見積もりに興味がありましたが、それは要因ではありませんでした. それを試すのを楽しみにしています。

近い将来、職場の開発環境の移動と改善のために 2 週間ほどお時間をいただく予定です。

私たちは主に、2 ～ 10 人の開発者で 1 つの大規模な PHP/MySQL プロジェクトを開発しています。

現時点では、mod_userdir で apache を実行する 1 つの開発サーバーがあり、各開発者の (samba アクセス可能な) ホームに /public_html フォルダーがあります。VCS とプロジェクト管理/問題追跡には、Subversion と Trac を使用しています。テスト/展開にはいくつかの手動の手順が必要であり、自動化はあまり行われません。

新しいセットアップの私の計画には、既存のものに対する次の変更が含まれます。

• 継続的インテグレーション
• CI を Trac に統合し、ビルドの進行状況の成功または失敗後にアクションを開始することを提案するプラグインを作成/検索します (つまり、ステージング/ライブにデプロイします)。
• 自動展開スクリプトを作成する (ワンクリック)
• ( doxygen )-Documentation をビルド進行状況に統合し、何らかの形で Trac に統合する
• 自動バージョニングを追加
• 監視の別のレイヤーを追加します (ローカル nagios が運用システム nagios を監視します)
• 毎晩実行される MySQL レプリケーション スレーブを追加します。これにより、開発者はこれを使用して up2date データのテストを行うことができます。
• バックアップ計画を確認する
• この方法ですべてを設定する方法と理由を文書化する

さらに改善できるヒントやヒントはありますか？何か別の方法でやるべきことはありますか?

製品のシステム テストを設計、文書化、および監視するためのツールを探しています。

私が必要とするものの基本は次のとおりです。1）テスト間のある種の継承を表すことができるツール（つまり、別のテストまたはそのようなものをセットアップする1つのテスト）。

2) テストの特定の実行をバージョンごとに個別に監視できるツール (つまり、製品のバージョン 1.1 については、文書化されているすべてのテストからこれらの特定のテストを実行しました)。

3) ある種の自由形式のテストの「タグ付け」を可能にするツール (つまり、同じテストをいくつかのグループにグループ化できます: 回帰テスト、機能テスト、UI テスト... 1 つのテストで 3 つすべてを一度に実行できます)。

4) オプション - このツールを使用すると、「自動テスト」スクリプトを実行できます (社内で開発された自動化システムを使用して自動化されているため、さまざまな方法で連携できる必要があります)。

動作する可能性があることがわかったツールの 1 つ: http://trac-hacks.org/wiki/TestCaseManagementPlugin

これには、バグ追跡/ミッション追跡に使用し始めている Trac と連携するという追加の利点があります。誰かが推奨できる（または使用しない正当な理由がある）場合は、それも大歓迎です。

ありがとう

RedmineをTortoiseSVNと統合しようとしていますが、TSVNで常に次のエラーが発生するため、統合できませんでした。

「利用可能な課題追跡プロバイダーはありません。」

私はこれらの手順に従いました：

• プロジェクトフォルダのプロパティに、「bugtraq：url-> http://myweb/../issues/show/%BUGID%」を追加しました
• Redmineの設定で、[リポジトリ]タブにSVNを追加すると、Redmineは問題なくリポジトリを表示しました。

足りないステップがあるかどうか、または統合を行うために何をしなければならないかはわかりません。

それとも、より安定していてサポートが優れているように見えるので、tracを見る必要がありますか？

組織のプロジェクト管理ツールに trac を選択しました。デフォルトのワークフローを次のように変更したいと思います。

• すべてのメンバーが新しい「拡張」チケットを作成できます
• すべての新しい「拡張」チケットは、作業のために開発者に割り当てる前に、同じ 4 人によって承認される必要があります。「欠陥」と「タスク」のチケットは、承認プロセスを必要としません。

trac.ini の [ticket-workflow] エリアを変更する必要があることはわかっています。しかし、チケットが基本的に承認されるまで、開発者の割り当てを制限する方法がわかりません。

これが最適なワークフロー/プロセスではないことは理解しています。しかし、それは私が受け継いだものであり、変更できるようになるまで従わなければなりません。ありがとう！

この質問に対する Eric Willis の回答:

https://stackoverflow.com/questions/563041/receive-emails-in-a-net-service-c

いくつかの「サポート」メールアカウントをリッスンし、課題トラッカーで課題を作成し、課題 ID でクライアントに応答する、汎用 (最初は trac のみ) の自動応答および課題作成者を作成することを考え始めました。(fogbugz の実装は気に入っていますが、ライセンスを取得できないプロジェクトが他にもあります)

これをオープンソース化することを考えているので、別の取り組み/プロジェクトがあれば教えてください。

目標は、これをジェネリックにして、さまざまな入力 (今のところ pop メール) とさまざまな課題トラッカー (今のところ trac) を使用できるようにすることです。

また、バグジラや他の人が持っているように「泣き言」を言うようにすることも考えています（開いている割り当てられたタスクに対する毎週/定期的な電子メール）-または、おそらくそれはコードを共有する別のサービスです...

質問は、既存のオープンソース プロジェクトを知っている人はいますか? そうでない場合は、開始すると思います。私は .NET/Mono でそれを行うかもしれませんが、それがサービスとして実行することの意味と、それが非 Win32 OS にとって何を意味するのかはわかりません...

最大の問題は次のとおりだと思います。

• スパムとその処理方法/場所
• 送信メールの統合 - サポートからクライアントへのメールと課題との統合 (CC フィールドは機能しますが、理想的ではありません)
• 既存の情報ではなく新しい情報のみを追加するために、サポート アドレスへの電子メールを解析する - 特に電子メールが質問/応答と混在している場合...

TRAC で新しいチケットを作成すると、チケットのプロパティにコンポーネントの選択ボックスが表示されます。コンポーネント 1 とコンポーネント 2 の 2 つのダミー オプションしかありません。

このリストを編集するにはどうすればよいですか? プロジェクトにコンポーネントを追加するにはどうすればよいですか?

特定の期間にクローズされたすべてのチケットを一覧表示するレポートを作成したいと考えています。

擬似コードは次のようになります

解決できない部分はdate_closed = 'january 2009'.

Tracでそれを行う方法はありますか?

特定の SQL 構文には興味がありません。時間制限を自分で記述できます。私が確信していないのは、Trac の db 構造です。