私たちは、当社のために完全なALMシステムを選択する研究レベルにあります。TFS 2012とJIRAの両方を、製品、プロジェクト管理、QA、サポート、および開発チームの部門で使用することを検討しています。サポートするものは、バグ追跡、ワークフロー、プロジェクトグラフ(バグカウント、バーンダウンなど)です。何かお勧めはありますか?価格設定?私が見る限り、TFSはビジュアルスタジオを使用するR&Dチームには優れており、Eclipseにはあまり適していません。
6 に答える
TFSの利点は次のとおりです。
- TFSはアプリケーションライフサイクル管理(ALM)ソリューションですが、Jiraは単なる問題追跡システムです。ソース管理や自動ビルドなどのTFSの多くの機能は、jiraではサポートされていないため、この目的には、SubversionやBambooなどの他のソリューションを使用する必要があります。
- すべてのTFSコンポーネント、つまりソース管理、課題追跡システム、ビルド自動化は完全に統合されています。このようなレベルの統合は、他のソリューションでは達成できません。
- VisualStudioと完全に統合されています。
Jira(およびその他のAtlasianソリューション)の利点は次のとおりです。
- これは、 JBoss、Springなどの多くのオープンソースプロジェクトで使用されています。
- TFSを起動するには、ハイエンドサーバー、MS SQLなどが必要です。ただし、Jiraは、オープンDBMS上の通常のPC、たとえば私のSQLにインストールできます。
- Javaテクノロジを使用している場合、IntelliJ、Eclipse、Netbeansなどの多くのJavaIDEがJiraを完全にサポートしています。私はTFSのこのような素晴らしいサポートを見たことがありません。
- Jiraで利用できるプラグインはたくさんあります。ここでそれらを見ることができます。
- チームが小さい場合、Jiraの費用はわずか10ドルです。本当に安いです。
- Atlasianソリューションは、Javaテクノロジー(Ant、Maven、junitなど)をより適切にサポートします。
私はJIRA/Subversionを使用してきましたが、現在はTFS 2010を使用していますが、JIRA/Subversionの方がはるかに優れたツールだと思います。
ソース管理、作業項目管理、ビルド管理、テスト管理を1つの統合パッケージにまとめるというアイデアは気に入っていますが、どういうわけかTFSはすべての実装の平均を下回っています(Gated Checkinを除く)。
TFSバージョン管理はVSSと同じようにバインディングを使用するため、同じものを複数回チェックアウトするには余分な労力が必要です。TFSシェルフセットを使用して作業を一時停止/再開する機能は、同時作業を実行できるようにするための公式の回避策です。
TFSは、SQLテーブルのロックで問題が発生することがあるため、再起動されています。また、SQLインデックスがランダムに壊れるため、突然フォルダ履歴を表示するのに数分かかります。VS2010のTFSは、ソース編集を行うために常にオンラインである必要がありますが、これはVS2012で修正されています。ただし、VS2012 / VS2013 GUIはTFSと非常に緊密に統合されているため、TFSサーバーに問題がある場合、VSではすべてが遅くなります。これは、すべてのTFS WorkItemルックアップを無効にする必要がある新しいVS2015CodeLensで実際に確認できます。そうしないと、VS2015が通常より頻繁にスタックします。
Visual Studioは、1週間に1〜2回、最新のソースを取得できません(場合によってはサイレントに)。もう一度最新のものを入手しようとすると、すでに最新のものがあると表示されます。ビルドを実行すると、もちろん失敗します。回避策は、強制上書きを使用して特定のバージョンを取得することです。
ドキュメント用のWikiを作成するには、SharePointがあり、バージョン2010は本当にくだらないWikiツールです。
いくつかの本当に奇妙な理由で、Microsoft System Center(本当に高価)はTFSソリューションから完全に切り離されており、老婦人のように長居しています。インシデントをTFS作業項目と同期し、SystemCenterを使用してTFSビルドを展開することを非常に困難にします。VS2013 Update 4には、ほぼ無料のInCyclesリリース管理が含まれるようになりました。これにより、継続的インテグレーションがより適切に機能するようになります(IISアプリケーションはWeb配置を使用できます)。
リリースブランチなどの高度な機能を使用している場合は、リリースノートドキュメントの生成がいかに難しいかに驚くでしょう(読み取りにはサポートされていないサードパーティツールが必要です)。リリースブランチにマージする場合、ワークアイテムの自動関連付けはありません。また、突然新しいビルドをリリースしたい場合は、最後にリリースされたビルド以降に含まれている変更/作業項目をリストするリリースレポートを作成するための助けはありません。
Visual Studio(VisualSVN)でのJIRA / Subversionの統合は、はるかに優れています(ankhsvnはVisualSVNの代替オープンソースバージョンです)。Tfs-annotateがSvn-blameのように次の前のバージョンにジャンプできない理由はまだわかりません。
TFS 2010/2012のセットアップの難しさについてはわかりませんが、JIRA / Subversion / CruiseControl.NETは非常に簡単で安価でした(GitとJenkinsを使用し、 Gated Checkinもサポートするようになりました)。
VS2012には、ユーザーインターフェイス全体の再設計も含まれています。これには、開発者として作業するのが非常に面倒な新しい「改善された」TFSチームエクスプローラーが含まれます(VS2010と比較して)。Microsoftは、チームエクスプローラーがVS2013で修正されたと宣言しましたが、そうではありません。チェックインを実行し、tfs-workitemsを関連付けるのは、マウスクリックで地獄です。
Visual Studio 2012には仮想かんばんボードが含まれるようになりましたが、この機能がJIRAに追加されていないことに驚かされます。
VisualStudioチームがVisualStudio2012にGITサポートを実装すると発表したとき、非常に驚きました。TFSを分散バージョン管理システムに書き直そうとするよりも簡単だと思います。新しいGIT統合がVisaulSVNの標準に達することを願っています。
JIRAとGreenHopperを使用して、開発タスク、バグトラッキング、および製品管理のすべてのニーズに対応しています。46人の開発者、テスター、および管理者のチームがあります。Eclipseと完全に統合されています。私はそれを強くお勧めします。
タスクとワークフローは完全にカスタマイズ可能であり、フィールドの追加、自動化の追加(タスクの状態が変化したときにチームメンバーにタスクを割り当てるなど)、ドラッグアンドドロップの添付ファイルのサポートなどを行うことができます。
JIRAの価格は、マネージドホスティングで大幅に下がりました。
これは基本的に市場の傾向に関するものです。特にJavaのオープンソーステクノロジーに取り組んでいる場合、ほとんどのJavaの専門家はJIRAに精通しています。JIRAには、プロジェクト管理、SDLC、コードレビュー、バグ追跡用のほぼすべてのタイプのプラグインがあります。ただし、.netまたはMicrosoftテクノロジに取り組んでいる人が、TFSに慣れていない場合。
一般に、プロジェクトが Java (または他のオープン ソース) で構築されている場合は、JIRA を使用します。.NET テクノロジで構築されている場合は、TFS を使用してください。
理論的には、Java または .NET のいずれかを使用できますが、統合はそれほど緊密ではなく、プラグインを使用してすべてを機能させる必要があります。
JIRA / Subversion / Bamboo ははるかに構成可能で、フックとトリガーを使用して他のオープン ソース ツールと統合できます。TFS では、何との統合も許可されていません。それは拡張可能ではありません。モジュールやプラグイン、拡張機能で改善することはできません。私の意見では、TSF は非常に刺激的で退屈です。つまり、ソース管理と変更管理を必要悪と考えるなら TFS が適していますが、構成管理またはビルド / リリース エンジニアの場合は、JIRA が最適です。行く。