Visual studio TFS结构，用于；“基础”；及；“派生”；项目

我正在寻找一些关于如何在TFS中实现VS项目的类层次结构类型的想法和建议。 具体来说，我希望有一个“基本”项目，它将包含其余项目将继承的所有公共功能。当“基本”项目中需要更改时，将这些更改传播到基于此“基本”项目的其他项目应该相对容易

---

显而易见的方法是将其他项目从这个“基础”中分支出来当有变化时，从这个根项目中项目并合并树，但我以前从未尝试过，我希望听到有人尝试过类似的事情，或者有足够丰富的TFS经验，能够指出这种想法的固有问题或陷阱…

源代码管理中的项目实际上是文件夹。因此，您的问题在某种程度上与如何在TFS中构造文件夹相同

您的基础项目是main-in-branch的一些概念，它是根文件夹，充当主源代码树的容器文件夹，以及附带的项目构件，如设计文档、脚本和测试用例。主文件夹通常还包含Visual Studio解决方案（.sln）文件

在TFS中，您可以。然后您只需要将基础项目分支到其他项目。建立分支关系后，您将能够合并两个分支之间的更改。此外，您还可以使用分支来实现以下目标：

• 在同一代码库上管理多个团队的并行工作
• 隔离代码库的不同更改集带来的风险
• 拍摄快照，然后支持后续的独立更改（例如，创建发布分支）

尽管您仍然可以在文件夹之间进行分支和合并，您的团队的最佳做法是只在分支之间进行分支和合并。

执行分支操作时，分支比文件夹具有重要的优势。分支支持版本控制功能，这些功能提供了对分支结构和变更集合并位置的额外可见性。（有关更多信息，请参阅以下精彩链接：）

对于这种想法的固有问题或陷阱，有一件事是，当您获取、签入、合并或取消搁置时，您可能不得不这样做。另一件事是许可。最好避免每个人都有权限将“派生”项目中的更改合并回“基本”项目

---

---

此外，您可以在同一团队项目中创建多个团队，并且可以嵌套它们以促进层次结构。如果您感兴趣，可以查看此选项，其中显示了如何配置此选项。

如果您投票决定关闭，请将此问题指向更适合此选项的位置。Porgramers stackexchange不是那个地方…您是使用TFVC还是Git进行源代码控制？我使用的是TFVC。