誰もがアプリケーションライフサイクル管理のためのTFSを使って自分の経験を共有したいと思います

Question

私達は私達の顧客のための白いラベルウェブおよびモバイルヘルスケアアプリケーションを開発しています。当社の製品は、急速に進化して、我々は、既存のクライアントをサポートし、新しいクライアントをサポートしようとしています。

現在の開発ワークフローは、ソースコード、欠陥トラッキングのトラッキングとカマキリ要件文書のSVNを含みます。

私たちは、組織のためにVS TFS 2010ベースのアプリケーションのライフサイクル管理を検討しています。我々は、VS TFS 2010には、私たちは次の

の合理化に役立つことを期待しています

1）要件管理 2）ソースコードのバージョン管理 3）ビルドの自動化 4）試験管理

ただ不思議では誰もがVS TFS 2010を使用した経験を持っており、彼らの経験を共有したいと思いますか？ VS TeamSystem？

への価値のある選択肢があります

Answer 1

はじめに：これは個人的な意見であり、私は私がこの回答では、マイクロソフトの恋人として渡って来るにもかかわらず、彼らのプラットフォームのための彼らのツールを開発していること以外に、マイクロソフトへのつながりを持っていません。 （これは私は - 私は、.NET開発を愛する）

私は、TFS 2010を使用していないが、私HAVEは、TFSとサポートされているVisual Studioのバージョンを含む2005チームスイートを使用しました。私たちは、理由2005年版をインストールすることでしたか非常に難しいの2008または1020に前進しませんでした。我々はそれが...インストールされましたら、しかし、それを愛しました。プロジェクト管理ツールは直感的だったし、うまくいきました。ビルド設定するには、微風だった、そしてそれは、私はそれが簡単かつ効率的にやってみたかったすべてをした。

それ以来、しかし、我々はものの同じタイプを行うには、オープンソースのツールを採用しました。私が言ったように、2005年のインストールはNIGHTMAREた、2010年バージョンのチームのFoundation Serverのが非常に簡単にインストールしていても（私はそれを自分自身をテストし、どれだけ良いこと、それらを表示するために2005年版を手伝ってくれました貧しいチームにそれを実証しました）ですが、私はそれをもう一度チャンスを与えるために私のチームを説得することができませんでした。彼らは頻繁にアップグレードする必要はありませんでしたツールに固執することを選んだ、それが行われる必要がなかったときには、アップグレードすることを容易にした。

それは私だけだった場合は、

は、私はそれを使用することだろう。これは、物事がちょうど働くものの一つ、と仕事一緒にシームレスです。そして、可能なドキュメント（MSDN、動画など）が網羅あります。私はよく文書などのツールのいずれかの他のセットがある疑います。

これは、古いバージョンでの経験が、ここで誰もが新しいバージョンに公正ぶれを与えないこと。

とても悪かったことはあまりにも悪いです 代替案について - それはオープンソースではないですが、アトラシアンには、ツールの素敵なセットを持っています。彼らは、Javaのためによく働き、私たちは、.NETショップでそれらのいくつかを使用しています。私たちは、ソース管理のためにSVNを使用しています。私はチームシステムをしたよりも、私たちの新しい環境についてよりよくます。

のような唯一のIについてのそのさん

Answer 2

私は、用途は（ソース管理、問題/タスクの追跡のために）専用の2010 TFSこと2ヶ月戻っ新会社で開始し、私はそれに慣れることができませんでした。以前、私は主にソース管理のためのSVNと（Axosoftによる）のOnTimeまたはFogBugzの（ジョエル・スポルスキ）のいずれかを使用しましたし、それらの両方を愛しています。

それは彼らがTFSを使用している方法だ場合、私はそれがSVNにあったように（分岐素敵としては何もありません知りません...そして、彼らはプロダクトバックログ項目、スプリントバックログ項目、バグ、阻害要因を持っている、と神は何を知っています追跡するために、他）が、私、それはあまりにも回旋見つけます。

私はツールは、開発者が使用するの邪魔にならない、DEVを支援すべきだと思います。私のツールを使って、私は停止し、どのように分岐コードに考えるかの問題を割り当てる必要があれば、何かの間違った（または私はちょうどどちらか私には意味を成さない...それらを学ぶ多くの時間を費やす必要があります）。