从TFS迁移到VSS：为什么向导只选择一个目标项目？

我正在从VSS迁移到TFS。我运行了向导，它似乎成功地移动了数据。但我想知道：

---

---

向导只让我选择一个目标项目。现在，我迁移了大量项目的整个VSS repo。我不明白为什么现在只有一个项目？我做错事了吗？

< P>团队基础服务器中的“团队项目”基本上是一个相关应用程序的组合。您可以（也应该）在一个团队项目中拥有多个应用程序。它在做它应该做的事情。

< P>团队基础服务器中的“团队项目”基本上是一个相关应用程序的组合。您可以（也应该）在一个团队项目中拥有多个应用程序。它在做它应该做的事情。

< P>团队基础服务器中的“团队项目”基本上是一个相关应用程序的组合。您可以（也应该）在一个团队项目中拥有多个应用程序。它在做它应该做的事情。

< P>团队基础服务器中的“团队项目”基本上是一个相关应用程序的组合。您可以（也应该）在一个团队项目中拥有多个应用程序。它正在做它应该做的事情。

但这些应用程序不一定相关，只是它们都是我们公司生产的。。。例如，您有一个公司内部网和员工自助服务web门户。它们不都属于同一个TFS项目，是吗？这取决于。当前的想法是，您应该将所有代码保留在同一个团队项目中，然后通过使用团队来限制对源代码管理的访问，这也允许您跨不同团队汇总工作项，以便于报告。好的，如果所有工作项都在一个项目下，那么如何指定工作项用于哪个SLN？工作项不是用于解决方案，而是用于提交。明白了。网上有些人建议你把整个团队的回购协议放在一个项目下。。。也许没那么糟。但这些应用程序不一定相关，只是它们都是由我们公司制作的。。。例如，您有一个公司内部网和员工自助服务web门户。它们不都属于同一个TFS项目，是吗？这取决于。当前的想法是，您应该将所有代码保留在同一个团队项目中，然后通过使用团队来限制对源代码管理的访问，这也允许您跨不同团队汇总工作项，以便于报告。好的，如果所有工作项都在一个项目下，那么如何指定工作项用于哪个SLN？工作项不是用于解决方案，而是用于提交。明白了。网上有些人建议你把整个团队的回购协议放在一个项目下。。。也许没那么糟。但这些应用程序不一定相关，只是它们都是由我们公司制作的。。。例如，您有一个公司内部网和员工自助服务web门户。它们不都属于同一个TFS项目，是吗？这取决于。当前的想法是，您应该将所有代码保留在同一个团队项目中，然后通过使用团队来限制对源代码管理的访问，这也允许您跨不同团队汇总工作项，以便于报告。好的，如果所有工作项都在一个项目下，那么如何指定工作项用于哪个SLN？工作项不是用于解决方案，而是用于提交。明白了。网上有些人建议你把整个团队的回购协议放在一个项目下。。。也许没那么糟。但这些应用程序不一定相关，只是它们都是由我们公司制作的。。。例如，您有一个公司内部网和员工自助服务web门户。它们不都属于同一个TFS项目，是吗？这取决于。当前的想法是，您应该将所有代码保留在同一个团队项目中，然后通过使用团队来限制对源代码管理的访问，这也允许您跨不同团队汇总工作项，以便于报告。好的，如果所有工作项都在一个项目下，那么如何指定工作项用于哪个SLN？工作项不是用于解决方案，而是用于提交。明白了。网上有些人建议你把整个团队的回购协议放在一个项目下。。。也许没那么糟。一个或多个团队项目位于一个团队项目集合中。通常，您可以根据需要将多个项目放入一个或多个团队项目中。一个或多个团队项目托管在一个团队项目集合中。通常，您可以根据需要将多个项目放入一个或多个团队项目中。一个或多个团队项目托管在一个团队项目集合中。通常，您可以根据需要将多个项目放入一个或多个团队项目中。一个或多个团队项目托管在一个团队项目集合中。通常，您可以根据自己的需求将多个项目放入一个或多个团队项目中。