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