2010-11-25 11 views
2

私の会社では、非常に小さいチーム(< 5)があります。私たちは約1ダースをサポートし、さらに多くを追加する予定の内部Webアプリケーションを構築します。Team Foundation Server 2010小規模チームのプロジェクト構成

私たちは、TFS 2010を設定し、最良の構造があるのだろうしていますか?私たちはプロジェクトでは同時に働かないので、分岐は必要ないと思います。しかし、1つのチームプロジェクトですべてのソリューションを作成するのか、各Webアプリケーションのための新しいチームプロジェクトを作成しますか?

また、すべてのWebアプリケーションで共有されるいくつかのクラスライブラリがあります。私たちはこれをどのように管理しますか?私は一日中グーグルでそれを話し、ちょうどもっと混乱してきました。

私が指導を見てきましたが、それはすべてが同時に働い大きなチームとのより複雑なシナリオに向けるようです。

私はあなたが1の開発チームを持っている場合でも、便利な分岐を見つけるだろうと思い リチャード

答えて

1

、任意の助けを楽しみにしています!

大幅なコードの変更を試してみることができることと、メイン(トランク)コードに戻ってそれらをマージすることができることは素晴らしいです。共有クラスライブラリプロジェクトの面では

、あなたは実際には、任意の時点で複数のソリューションに追加することができます。もちろん、変更の

は、そのプロジェクトで起こりますので、それらを使用するすべてのソリューションは、影響を受けることになります。したがって、他のソリューションに悪影響が及ぼされていないことを確認するために、ビルドサーバーに「継続的統合」を設定する必要があります。

+0

「継続的インテグレーション」は、どのような:)内のすべてのソリューションで1つのチームプロジェクトに対して、各Webアプリケーション用に別のチームプロジェクトを持っていることについて感謝を私の頭の上に電球を得ましたか。大きな決断は間違っていることを嫌います。 – Richard

+0

最初にいくつかの意見を出したいと思うかもしれませんが、もし私があなたの立場にいたなら、私は1つのチームプロジェクトですべてを始めることになります。最終的に扱いにくいことが判明した場合は、常に新しいチームプロジェクトを作成し、ソリューションの一部をそれらに移行するオプションがあります。 – Andrew

+0

btw、TFS 2010の本当に素晴らしい機能は、共有プロジェクトの変更をチェックインしてビルドが失敗した場合に却下する前に、ソリューションをビルドできることです。 – Andrew

関連する問題