私たちのチームは、Visual SourceSafe（VSS）からTeam Foundation Server（TFS）に移行したいと考えています。TFSは単なるバージョン管理システムではないことは知っていますが、初めてこのように使用したいと思います。
現在、私たちのプロジェクトは、共有部分（共通ライブラリ）と多くの顧客プロジェクトで構成される単一のソリューション内に編成されています。
そのような課題を説明するような移行ガイドはありますか？または、TFSは独自の使用シナリオ（プロジェクト、リリースなどのバージョン管理）を実施しますか？
TFS には確かにソース リポジトリとしてだけでなく、はるかに多くの可能性がありますが、最初にソース管理を移行したい理由は十分に理解できます。
選択する移行ユーティリティは、一般的にVSSConverter.exe です。これにより、VSS パスをチーム プロジェクトのソース管理パスにマップすることができます。このチュートリアルは、こちらで詳しく説明されています。
CodePlex で利用できる別のツール ( TFS Migration and Synchronization Toolkit ) がありますが、この 2 つを比較すると、VSSConverter の方が広く使用されており、VSS 移行に最適なツールとして一般に受け入れられていると思います。
このスレッドには、さらにいくつかの回答があるようです。
さて、あなたが本当に求めている質問は、チーム プロジェクトの作成と構造化に関するガイダンスに関するものですか?
これは、特定の状況について詳しく知らずに答えるのが少し難しいです。Patterns and Practices は、役立つかもしれないTFS ガイドと呼ばれる CodePlex に関する本を発行しました。これは、多くのことの中で、提案されたチーム プロジェクトのソース管理構造について説明しています。ソリューション構造を移行および/または再マッピングする方法に関するガイダンスを提供するのに役立つ場合があります。
バージョニングと分岐に関しては、こちらの分岐ガイダンスに関するサイトを参照してください。TFS を使用した一般的な分岐/リリース管理手法の概要としては悪くありません。
ここまで読んでおけば、TFS の基本的な基礎のほとんどを本当に理解できていることでしょう。
（私に反対票を投じても構いませんが...）より良いソース管理を求めているなら、TFSは私見ではやり過ぎです。Subversion を調べることをお勧めします。VisualSVNは、おそらく最高の SVN クライアントであるTortoiseSVNとシームレスに連携する Visual Studio への優れた ($49) プラグインです。さらに、VisualSVN Server と呼ばれる Subversion サーバー側のものの無料でセットアップが簡単な Windows パッケージを提供します。
Subversion の作業方法のすべてを学ぶには、優れたRed Bean bookがあります。
(VisualSVN とは関係ありません。単なる Subversion ファンボーイです)
TFSとVSSは根本的に異なる獣です。
とは言うものの、VSSからTFSへの移行に関する主な問題は、一般的に開発者の頭の中にあります。
次のブログをチェックしてください。
VSSユーザーの観点から見たTFS：http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx
そしてもちろん、元の http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html
Sourcesafe から TFS2005 に切り替えたときの最大のハードルは、Sourcesafe の共有ファイル、「チェックアウト時に最新のものを取得する」アプローチ、および Sourcesafe でのブランチ/マージの「サポート」でした。誰もが Sourcesafe での分岐とマージを恐れており、TFS ではそれほど悪くないことをすべての同僚に納得させるのに時間がかかりました。
Sourcesafe からファイルを移行しないことにしました。新しいプロジェクトには TFS2005 を使用し、古いものは Sourcesafe に保管しました。何年にもわたって大きくなり、かなり整理されていないプロジェクトとフォルダー構造を維持したくありませんでした。
古いものは今や過去のものとなり、すべての開発作業は TFS2008 で行っています。