TFS:从 TFS 中的现有项目创建一个新项目

Question

通过复制现有项目在 TFS 中创建全新项目的最佳方法是什么？

我有一个 ASP.NET 项目，每年将有 50 多个“版本”。每个版本都是一个独特的实体，需要保持独立于所有其他版本。创建后，我想确保对一个(源项目或副本)的任何更改都不会影响另一个。

这仅用于源代码控制。我不需要复制任何工作项。

在 TFS 之前的世界中，我会通过简单地复制包含所有项目文件的文件夹来做到这一点。这让我完成了 90% 的新应用程序，然后我可以为新版本量身定制。我很少需要实际向基础应用程序添加功能，即使我这样做也不会影响现有应用程序。通过复制我的本地文件夹，然后将副本作为新项目添加到 TFS 中，这仍然可以使用 TFS 吗？

有什么建议？每个版本一个分支看起来像这样做的“标准”方式，但我很快就会得到几十个真正不相关的分支，我宁愿保留每个新项目，因为它是自己独特的项目，没有机会一个的变化影响另一个。

谢谢!

感谢您的回复。我想你们都给了我足够的洞察力来开始。理查德，谢谢你的详细信息。我有点担心意外合并分支可能太容易了。

Answer 1

这里真的有两个问题:

1)复制/粘贴或分支更好吗？

我敢说复制/粘贴永远不合适。除非您非常小心(至少，在复制之前立即运行“tfpt treeclean”)，否则您很可能最终会将一些不合适的文件 checkin 到新位置。此外，您将在服务器上使用更多的磁盘空间，因为它必须存储 50 多个完整副本而不仅仅是差异。

几乎没有分支会“意外地”从生产线上倒下的危险。将分支合并回一起至少需要 3 个深思熟虑的步骤:挂起合并(本身是一个 4 页向导)，然后解决所有冲突，然后 checkin 。

您也不会对自己在树中的位置感到困惑。 TFS 使用“路径空间”分支。这意味着分支对用户来说是源树中单独的物理位置，而不仅仅是同一路径顶部的版本标签。由于分支看起来像文件夹，您可以对它们进行所有正常的文件夹操作:Cloak(不要将它们下载到您的本地工作区)，权限(特别是删除某人的读取权限将确保他们甚至看不到它)，删除或销毁(当您真正完成它们时)。

2) 什么时候创建一个新的团队项目比较合适？

一般来说，这是一个更复杂的话题。 Official guidance . My opinion .

但是，我想说您的情况很简单:不要这样做。团队项目有很多开销。有一个finite number you can create on a server ...曾经。不要忘记其他形式的开销，例如项目管理员移植所有设置所需的时间，以及团队中的每个开发人员重新连接他的团队资源管理器所花费的时间。

都是为了什么？上面的链接详细介绍了可以在单个团队项目中创建的子结构形式。简而言之，几乎一切皆有可能。唯一有点缺乏的领域是团队查询和构建定义，它们仅限于单个容器文件夹，以及一些设置，如全有或全无的 Exclusive Checkout。除非你有一个非常大或非常多样化的团队，否则每个版本单独的团队项目的好处不太可能超过缺点。

当然，如果“发布”是标志着您的 SCM 实践发生变化的重大事件，那就完全是另一回事了。新 SCM => 新流程模板 => 新团队项目。但我怀疑你每年这样做 50 多次 :)