Trac対Redmine
私は研究に取り組んでおり、バイオインフォマティクスのワークグループには、複数のプロジェクトを追跡するためのプロジェクト管理ソフトウェアが必要です（Linux環境）。当初、TRACの使用を計画していましたが、REDMINEに気付きました。さらに、2008年と2009年の以前の投稿で、多くのプロジェクトがRedmineに切り替えられたことを読みました。現時点では、両方のシステム間で最新の信頼できる比較を見つけることができないため、どちらが優れているか（どちらも同等に優れているかもしれません）.
私の質問：
これらのシステムのいずれかまたは両方で最近の経験があり、RedmineまたはTrac（あるいはその両方）のいくつかの（大きな）利点/欠点を指摘できますか？
要件は次のようになります
- svnおよび/またはdcvs（Git）のサポート
- 文書管理
- 発券業務
- バグ追跡
- wiki /内部ブログ（つまり、ナレッジマネジメント）
- 複数プロジェクトのサポート
- インストールはできるだけ簡単にする必要があります
- 使用可能なプロジェクト管理ソフトウェアを起動して実行する前に、数百のプラグインをインストールしないでください（基本インストールにはほとんどの機能が必要です）
お時間をありがとうございました！乾杯
私はRedmineを使用しています...私はそれが好きです;）
- svnとgitは正常に動作し、より多くのリポジトリが実装されています（Darcs、Mercurial、Cvs、Bazaar、Filesystem ???）が、それらの使用は試みていません。
- インストールについて-私の場合、ホスティングの自動インストーラーなので、何も言えません。多くのチュートリアルを見つけることができるはずです
- チケット発行/バグ追跡-RMとTracの両方にとって、それは主な機能であると思うので、書くことは多すぎる;）あなたはロールを設定し、ユーザーまたはグループをプロジェクトにリンクし、それぞれのロールを指定して自分の問題を指定できます（チケット）たとえば、バグ、新しいアイデア、ガントチャートがある課題の優先順位（各課題の期限を指定できます）、すべてのチケットをプロジェクトのバージョンにリンクできます...
- 複数のプロジェクトのサポート-1つ（つまり同じ）のリポジトリに複数のプロジェクトをリンクできます
- ドキュメント管理/ wiki /内部ブログ-haventはこの機能を使用しましたが、そうです、RMにはドキュメント管理とwikiモジュールのための何かがあります
- 100のプラグイン...私には何もありませんが、まだ設定オプションが多すぎます：P
私はTracを好むでしょう。私は今まで7年以上にわたってTracを使ってきました。また、Redmineで3年間働きました。実稼働で使用した最新バージョンは、Trac 1.0.1およびRedmine 2.2.3です。しかし、RedmineにはTracに対していくつかの重大な欠点があります。
インストールは簡単ではありません：
Debian/Ubuntuパッケージシステムを実稼働で使用することはできません
- 構成はアプリケーションコードから分離されていないため、パッケージの更新を取得するたびに、変更が上書きされます。
- Debianには2013年（1月）の初めに5つのセキュリティホールがありました。 some 不安定版とテスト版ではまだ修正されていません。もちろん、Debian安定版の修正は完了しています。パッケージのバージョンは安定版では非常に古いため、Redmineの新しいバージョンは動作しません。
- Redmineの依存関係は修正されているため、新しいバージョンのライブラリは機能しない可能性があります。これが、特定の依存関係をアップグレードしないようにapt-getまたはaptitudeを設定する必要がある理由です。
gemおよびbundler経由でインストールすることをお勧めします。ただし、これはホームページに記載されているのと同じくらい簡単でした。しかし、システムパッケージ管理以外のソフトウェアパッケージ管理システムについて私が最も嫌いなのは、更新プログラムとその他すべてのものを個別に気にしなければならないということです。 [〜＃〜] rvm [〜＃〜] 仮想Ruby環境を提供し、複数のRails apt-getでは不可能なバージョンが隣り合ってインストールされています。これには気分が良くありませんが、少なくとも動作します。
Administrationはバックアップの作成を考慮すると簡単ではありません：Tracではこれは1行であり、Redmineでは、設定、添付ファイル、データベースコンテンツはすべて個別に。また、多くの場合、Redmineは複数のプロジェクトをサポートしているため、新しいプロジェクトのセットアップが容易であり、構成が重複しないと言われています。以下を参照してください、複数のプロジェクトのサポートに関する追加の段落があります。最後になりましたが、Tracプロジェクトを管理するときはいつでも、PLAIN-TEXT構成ファイルを編集するのが大好きです。 Tracには、oneのようなファイルしかありません：
trac.ini。Configurationが壊れています：たとえば、Redmineで、最初のページとしてプロジェクトの概要ではなく、wikiの開始ページを表示するカスタムルートを作成することを検討してください。 Redmineのソースを編集することをお勧めします！次の更新で設定が上書きされるため、これは非常に危険です。したがって、このような構成は実際には意図されていませんでした。しかし、優れたツールは、構成をアプリケーションのソースコードから分離する必要があります。
Wiki機能の欠落：XSS脆弱性に関連する修正されていないバグのため、いくつかの重要なWiki機能が欠落しています。 （例：テキスタイルwikiマークアップを参照）。そのため、Wikiページ内にコメントを配置したり、カスタムサイズで画像をレンダリングしたりできなくなります。
Massing Spam protection：はい、古いreCaptachプラグインがありますが、もう機能しません。特に、フォークは課題ページも保護します。 fantastic properties を持つSpamFilterプラグインを持つTracと比較すると、これは禁止です。スパムを手動で削除したい人はいません。
Redmineの方が優れていると人々に言わせた多くの重要なポイントが時間の経過とともに作成されました。私はそれらを疑います：
マルチプロジェクトのサポート：もちろん、Tracは複数のプロジェクトを提供し、それぞれに独自の設定があります！これは非常に役に立ちます：1つのプロジェクトのクローズドソースと1つのオープンソースの作成を検討してください。クローズドソースの場合、リポジトリを非表示にすることはおそらくありますが、オープンソースプロジェクトの場合は非表示にします。これはRedmineでは不可能です。さらに、Tracを使用すると、プロジェクトを個別にバックアップできます。もちろん、50個のプロジェクトの1つが人気になり、独自のサーバーが必要になる場合に備えて、プロジェクトを分離できます。 Redmineはこれを行うことができません。最近、1つのTracインスタンスで複数のユーザープロジェクトをサポートする新しいプラグインが登場しました。 http://trac.edgewall.org/wiki/PluginList#MultipleProjects をご覧ください。
そのほかに、Tracを使用してこの機能を構築するプロジェクトがあります。 Bloodhound
バージョン管理システム：プラグインのインストールはそれほど難しくないと思います。ほとんどすべてのVCSにTracのプラグインがあります：Git、Perforce、Mercurial、 Darcs、モノトーン、Subversion、Bazaar。さらに、Git、Mercurialなどの統合サポートを備えた大きなフレームワークよりも、プラグインを備えた小さなコアフレームワークを優先します。このようなアーキテクチャはモジュール式ではありません。そのため、プラグインにVCSサポートを追加するのが方法です。すべてをフレームワークに統合しないでください。
プラグイン：TracとTrac-HacksにはRedmineよりもはるかに多くのプラグインがあるので、Doxygen、Jenkins、Latex、BibTexなどの統合はありません問題！
タイミングと推定：Tracにもそのためのプラグインがあります！全体として、最近のTracのバッシングは理解できません。また、トレンディなインタープリター言語（python）で記述されており、ほぼ同じ機能を備えています。
Redmineのインストールプロセスは簡単ではありませんが、最近ではTracのインストールもより複雑になったため、データベースの手動作成などはもはや欠点として数えられません。
最後になりましたが、どちらのプロジェクトもプラグインシステムを使用しています。そのようなプラグインのユーザーがしばしば抱える問題は、孤立している可能性があり、現在のフレームワークをサポートしていない可能性があることです。これはRedmineで数十回以上起こりましたが、Tracでも時々起こりました。しかし、私の非常に主観的な印象は、重要なプラグインがこの種の問題の影響を受けたことがなく、Tracの発生が少し少なかったことです。
最後に大事なことを言い忘れていましたが、コードレビュー用の組み込みのワークフローを提供するため、 Phabricator を試してみます。
私はredmineで非常に働いています、そしてそれが大好きです！
svnおよび/またはdcvs（Git）サポート
両方入手しました。チケット番号をコミットメッセージに追加すると、チケットにコミットが非常にエレガントに表示されます。これは開発者としての私のお気に入りの機能の1つです。
ドキュメント管理
それも手に入れましたが、非常にミニマリズムです。チケットとプロジェクトにファイルを（別々に）アップロードできますが、それらを検索することはできません（つまり）
発券、バグ追跡、wiki
yes、yes、... yes :) stackoverflow.comの構文と似たような、チケットまたは他のテキストコンテンツを書く構文が好きです。
複数プロジェクトのサポート
必要に応じて、異なるアクセス権でプロジェクト、サブプロジェクト、サブサブプロジェクトを作成できます。チケットを使用してこのカスケードを行うこともできます。
インストールとプラグイン
Redmineインスタンスをインストールしたことがなく、Rubyの経験もありません。私はただのredmineユーザーです-しかし、私は自分の拡張機能を書くことができることを知っています
結論：チケットシステムが必要なときは常にRedmineを使用します！
更新：時々、私はbitbucketやgithubなどのコードホスティング業者の問題統合も使用しています。 Redmineは、私が使用した中で最大のソリューションです。 Trelloは代替手段でもあり、多くの人が関与せず、プロジェクトがそれほど大きくない場合に、顧客のタスクを処理するために使用します（チームを作成できます）。
Redmineは、一般に非常に優れた品質ですぐに使用できます。
ただし、Redmineのインストールは別の問題です。 Redmineには多くの依存関係があり、それらの依存関係の多くには相互に互換性のない複数のバージョンがあります。これまでのところ、最新のredmineを手動でインストールできませんでした。
しかしうまくいったのは、Debian Squeezeが提供するredmineパッケージでした。古いバージョン（1.0.1-2）ですが、必要なものはすべて揃っています。 openSUSEとUbuntuもredmineパッケージを提供していることを知っています。 （両方のバージョン1.1.3では、最新バージョンをインストールすることもできませんでした？）
Redmineをしばらく使用しています。過去にインストールするのは難しかったかもしれませんが（私はそうは思いませんでした）、Ubuntuに含まれるようになりました。次に、パッセンジャーモジュール「a2enmodパッセンジャー」をオンにし、最終的にredmineサイトを有効にします。
私はTracもRedmineの経験もありません。私たちはGeminiを使用していますが、プロジェクト管理ツールの比較を見つけることができます here 。
これがお役に立てば幸いです、デイブ