分散環境の MS Team Foundation Server - 必要なヒント ヒント コツ

Question

地理的に分散しているチーム内で Team Foundation Server を使用している人はいますか?私たちはイギリスにいて、オーストラリアのチームと協力しようとしていますが、それはかなり難しいと感じています。

私たちの主な問題は次の 2 つです。

1. 私たちが最新情報を取得するかどうかを尋ねることなく、物事は私たちにチェックアウトされています。
2. プロキシを使用している場合でも、ほとんどの処理には時間がかかります。

このような本当に迷惑な小さなことがたくさんあり、私たちの動脈を硬化させ、コードの配信を停止させ、率直に言って、黄金のシロップを砂丘に押し上げるのと同じようなユーザーエクスペリエンスを生み出しています。

は 誰でも 実際にこの方法で TFS を使用し、毎日 (比較的) 成功しているでしょうか?

もしそうなら、知っておく価値のあるヒント、ヒント、トリック、または注意点はありますか?

追伸CruiseControl.NET へのアップグレードはオプションではありません。

Answer 1

TFS 2008 と Visual Studio 2008 はあらゆる点で Team System の "v2" バージョンであるため、必ずアップグレードしてください。多くの中小規模の問題を修正します。

「ランダムにチェックアウトされるもの」に関しては、ほぼこれです。 いつも Visual Studio がユーザーに代わってファイルを編集することを決定したためです。Visual Studio で何も開いていない状態で、チーム エクスプローラーから最新情報を取得してみて、その動作が継続するかどうかを確認してください。きっとそうはならないでしょう！

複数の TFS サーバーは悪い考えです。プロキシは繰り返しの GET をキャッシュするため、プロキシが正しく構成されていることを確認してください。とはいえ、TFS はサーバー接続モデルであるため、真の「オフライン」ソース管理システムよりも常に少し遅くなります。

また、質問を編集してより具体的な苦情や詳細を含めていただければ助かります。現時点では非常に曖昧なので、うまく答えることができません。

Answer 2

私たちはある程度分散したチームで TFS を使用しています。チームはそれほど遠く離れていませんが、遅くて信頼性の低い VPN 経由で接続しています。

最初の問題では、チェックアウト時に最新情報を取得することはデフォルトの動作ではありません。(これは 説明) があります。 加える ただし、それで十分です。

私たちにとって効果的なワークフローは次のとおりです。

1. 最新情報を入手
2. ビルドして何も壊れていないことを確認する
3. 作業（変更保留中）
4. もう一度最新情報を入手
5. マージ競合に対処する
6. ビルドして何も壊れていないことを確認する
7. チェックイン

[編集] OK、質問のこの部分を言い換えたようです。はい、Jeff の言うとおりです。VS は、sln ファイルや proj ファイルなど、「あなたのために」いくつかのファイルをチェックアウトすることにしました。また、編集したソース ファイルも自動的にチェックアウトされます (それがあなたが望むことですよね?ただし、その設定は [ツール] > [オプション] > [ソース管理] で変更できます)。

プロキシは起動するまでに時間がかかるようですが (私たちはプロキシを使用しません)、ツリーの大部分をキャッシュした後はかなり速くなると思われます。監視を行ってボトルネックを見つけていただけますか?

チェックアウト時の最新情報の取得と速度以外に何か問題がありますか?

Answer 3

私の理解では、異なる場所に複数の TFS アプリケーション サーバーを置くことができます。どちらも同じ SQL Server と通信することも、SQL Server ミラーリングを使用することもできます。独自のローカル TFS サーバーを使用すると、開発時間が短縮される可能性があります。