以前我们的部门没有基于SQL-Server的内部数据库应用程序的源代码控制（所以sql脚本不是.net代码）。
Visual Studio 2013
Team Foundation Server 2012
SQL Server 2012
我们现在正在向我们的小部门介绍TFVC，但我不确定如何最初定义支持我们预期的版本控制使用所必需的内部TFS文件夹结构。以及如何符合分支策略。
我们的期望是我们将使用标准的主线分支策略。即开发， UAT 和生产版本的代码库。
因此，当 OurApp01 的初始开发为UAT做好准备时，我们的主代码库将被分支以创建一个开发代码库， OurApp02 的开发将继续进行。 UAT和任何所需的修补程序将应用于主代码库。当UAT完成并且 OurApp01 被移入Production时，将为我们的生产代码库创建另一个分支。此时，主代码库也将合并回到开发代码库中，以确保在UAT期间进行的修复存在于开发中。
我的假设是我们在TFS中只有一个主文件夹结构，在本地反映出来。然后，在创建Dev和Prod分支后，我们可以为与这些分支关联的源创建本地文件夹。但我们在TFS中不创建/ Dev或/ Prod文件夹 - 我们仍然只有一个/ Main文件夹，但它有两个分支用于Dev和Prod。
我的理解是否正确？
答案 0 :(得分：2)
分支在TFS和文件系统中看起来像文件夹。这就是分支在TFS中的表示方式，实际上它们是具有分支关系的单独文件夹。
你将拥有一个看起来像这样的结构
$TeamProject/Main
/Dev
/Production
您的本地文件系统可能看起来非常相似，具体取决于您映射工作区的方式。
提醒一句，TFS VC强制执行严格的分支层次结构，并且在此之外合并可能会很痛苦。