今週、私は 2008 TFS のプレゼンテーションに参加しました。現在、Jira と Svn (およびおそらく Bamboo) を使用しています。どのソリューションをお好みですか?
18046 次
9 に答える
21
ソース管理だけに TFS を使用している場合 (これは、ファースト フードを取りに行くためにジェット機をチャーターするのと同じようにやり過ぎです)、ソース管理のみを行う小規模なソリューションを使用する方がよいでしょう。 （SVNなど）。TFS は「アプリケーション ライフサイクル管理」(ALM) ツールであり、多くの追加機能が組み込まれています。
- バグ追跡
- 開発者のタスク
- 外部の問題の提出
- 自動ビルド
- コード報告
- プロジェクトのステータス更新/時間予測
- もっとたくさん
ソース管理を行うだけのツールと比較するのは公平ではありません。そうすると、TFS は面倒で高価に見えます。これらすべてのことを行うために使用できるツールがあり、ほとんどの場合、それらはうまく統合されますが、開発者全員が Visual Studio を使用している場合は特に (そして、常にhttp://www.teamrise.com/がある場合)社内に SharePoint の知識があり、特に開発者が MSDN ライセンスを持っている場合 (MSDN には TFS の CAL が含まれているため、サーバー ライセンスを購入するだけで済みます)、TFS に勝るものはありません。
于 2009-06-13T07:02:33.517 に答える
11
質問にJIRAも含まれていて、この事実がほとんどの回答で見落とされているという理由だけで、別の回答になります。JIRAが問題を構成しているのはSVNだけではないと思います。
かなり公平で興味深い比較のようです。私は過去4年間、SVNとAtlassianツールの大ファンであり続けています。最近、私は（CMMIで言われているように）まだ制度化の過程にある別の会社に加わったので、同じ主題に関して熱い議論が続いています。私を除いて、チームのほとんどは、SVN、CruiseControl、NANT、およびAtlassian（はい、Atlassianは不可欠です）のアイデアにすでに確信を持っています。したがって、このスレッドの全員が、実際の比較はソース管理だけでなくアプリケーションライフサイクル管理でもあると言っているので、完全なアプリケーションライフサイクル管理（プロジェクト管理を除く）に本当に必要なのは、これが一般的な意味です
- ソース管理-ブランチ、タグの作成、コードマージの実行に苦労する必要はなく、場合によってはhttpでも機能するはずです。
- WIKI-プログラムマネージャーの天国と開発者の聖書とメモの領域
- バグデータベース-プログラマー、プログラムマネージャー、QA担当者、顧客（非常に幅広い）の間にある必要があります。これは、クールなユーザーインターフェイス、追跡、およびソース管理との統合を意味します。
- ソースコードレビュアー-持っている必要があります、これはアトラシアンが再びヒットする場所です（るつぼ付きの魚眼レンズ）
- 自動ビルド-警戒心が強いほど良い
企業内でVisualStudioツールセットとエコシステムを使用する場合は、TFSが実行可能なオプションです。IDEとの統合が深く、5つのことすべてをうまく実行します。プロジェクトごとにSharePointサイトを取得します。ただし、Visual Studioツールセットを使用しない場合、またはプロジェクトを公開する場合。Atlassianツールは、クラウドで無料でホストされます。彼らは頼りになる選択であるべきです。
それは本当にあなたのプロジェクトと企業に依存します。それらはすべて良いオプションです。
于 2009-06-14T17:19:57.847 に答える
5
Windows 用の MS Visual Studio でコーディングする場合は、TFS が選択されます。Java で開発する場合、プラットフォームに依存するという理由だけで、MS 製品は選択しません。ALM 向けの Atlassian 製品ラインは素晴らしく、JIRA と GreenHopper、Confluence、Fisheye と Crucible、Bamboo などは優れたツールであり、使いやすく、小規模なチーム (10 人未満) の場合、価格はハンマーです。そして、アトラシアンのライセンス システムを理解するのに 8 時間の MS 洗脳は必要ありません ;-)
「Tool-Stack」をテスト プロジェクトにインストールしたところ、すぐにその利点を確認でき、結果に非常に満足しています。SONAR との優れた統合。私は、Sharepoint wiki よりも Confluence Wiki を好みます。レビュー ツールのるつぼは高価ですが、非常に便利です。
TFS 2010 が機能とコストの面で何をもたらすかはわかりませんが、MS のライセンス ポリシーに対処しなければならないときは、常にイライラさせられます。
于 2010-01-01T13:49:11.563 に答える
4
これは、あなたが支払うものを得る1つのケースです. 開発者が Visual Studio を使用している場合、TFS にお金をかけるだけの価値があります。統合は明らかに他の開発者を圧倒します。
また、クライアント/顧客が Visual Studio を使用せずに機能要求を作成し、バグをログに記録するために使用できる Web アクセス ピースも取得します。また、SharePoint 2007 チーム サイトへのフックも取得します。TFS は、開発者にとって単なる「ソース管理」以上のものです。
于 2009-06-13T06:16:06.330 に答える
3
私はすでに MS の「ソース管理」システムを 1 つ試しましたが、別のシステムを試すつもりはありません。
私は、SharePoint の wiki に満足していません。
彼らが行った.netのことは悪くはありませんでしたが...
個人的には、TFS によってもたらされるベンダー ロックが気になります。この分野にはまだ多くのイノベーションが必要であり、Bamboo や TeamCity などの製品が先導していると思います。TFS は、VS との統合がどれほど緊密であっても、必ず追い上げます。
于 2009-10-28T09:13:20.477 に答える
2
100人の開発者のチームにTFSを導入するには、いくらかかりますか？
比較として、Atlassianツールの完全なスイート（JIRA、Confluence、FishEye、Crucible、Crowd、Bamboo）は約2万ドルで、数日間のコンサルティングとトレーニングを行うと、ほぼ合計になります。
小規模なチームの場合、10ユーザーのAtlassian$10を打ち負かすことはほぼ不可能であることに同意します。
開示：私の会社のConsultingToolsmithsはアトラシアンのパートナーです
于 2011-03-01T01:59:24.893 に答える
1
sTFS 2010 はマルチプラットフォーム サポートを提供するため、unix/Linux/Mac または Windows から使用できます。TFS2010 で得られる利点を確認するには、試してみる必要があります。これは完全な ALM ソリューションであるため、ALM ツール以外のものと比較することさえできません。Teamcity と Bamboo に関しては、TFS 2010 に近いビルド関連の機能のみを提供します。Windows ワークフローを使用して TFS 2010 をビルドし、マルチプラットフォーム マシンでビルドを行うことは、驚くべきことです。つまり、コード化された UI からシンプルなラボ管理 (仮想および物理) までのテストの自動化と、重要なビジネス上の意思決定を下し、チームのパフォーマンスとプロセスを改善するのに役立つレポートの種類を生成できるということです。 TFSで素晴らしいです。見ることは信じることです。また、ソフトウェアの品質、プロセス、サポート、および節約された費用が会社にとって重要である場合は、TFS の使用を強くお勧めします。つまり、投資収益率 (ROI) とビジネス価値が重要な要素である場合は、TFS 2010 を使用してください。
于 2010-05-13T20:22:46.863 に答える
1
こちらも一見の価値があります:
于 2009-09-17T02:01:45.500 に答える