阐明初始 SQL 解决方案的 TFVC 文件夹和分支方法
Clarify TFVC Folder and Branch approach for initial SQL Solution
以前我们的部门没有对我们的 SQL 基于服务器的内部数据库应用程序进行源代码控制（因此 sql 脚本不是 .net 代码）。
Visual Studio 2013
团队基础服务器 2012
SQL 服务器 2012
我们现在正在将 TFVC 引入我们的小部门，但我不确定如何最初定义支持我们预期的版本控制使用所必需的内部 TFS 文件夹结构。以及它如何与分支策略相适应。
我们的期望是我们将使用标准的主线分支策略。即代码库的开发、UAT和生产版本。
因此，当 OurApp01 的初始开发准备好进行 UAT 时，我们的主代码库将被分支以创建开发代码库，在此基础上开发 OurApp02 将继续。 UAT 和任何所需的修复将应用于主代码库。当 UAT 完成并且 OurApp01 移至生产环境时，将为我们的生产环境代码库创建另一个分支。此时，主代码库也将合并回开发代码库，以确保 UAT 期间所做的修复存在于开发中。
我的假设是我们在 TFS 中只有一个主文件夹结构，反映在本地。然后在我们创建 Dev 和 Prod 分支之后，我们可以为与这些分支关联的源创建 Local 文件夹。但是我们没有在 TFS 中创建 /Dev 或 /Prod 文件夹 - 我们仍然只有一个 /Main 文件夹，但它有两个用于 Dev 和 Prod 的分支。
我的理解正确吗？
分支在 TFS 和您的文件系统中看起来像文件夹。这就是分支在 TFS 中的表示方式，它们实际上是具有分支关系的独立文件夹。
你的结构看起来像这样
$TeamProject/Main
/Dev
/Production
您的本地文件系统可能看起来非常相似，具体取决于您映射工作空间的方式。
请注意，TFS VC 强制执行严格的分支层次结构，在此之外进行合并可能会很痛苦。
以前我们的部门没有对我们的 SQL 基于服务器的内部数据库应用程序进行源代码控制（因此 sql 脚本不是 .net 代码）。
Visual Studio 2013
团队基础服务器 2012
SQL 服务器 2012
我们现在正在将 TFVC 引入我们的小部门，但我不确定如何最初定义支持我们预期的版本控制使用所必需的内部 TFS 文件夹结构。以及它如何与分支策略相适应。
我们的期望是我们将使用标准的主线分支策略。即代码库的开发、UAT和生产版本。
因此，当 OurApp01 的初始开发准备好进行 UAT 时，我们的主代码库将被分支以创建开发代码库，在此基础上开发 OurApp02 将继续。 UAT 和任何所需的修复将应用于主代码库。当 UAT 完成并且 OurApp01 移至生产环境时，将为我们的生产环境代码库创建另一个分支。此时，主代码库也将合并回开发代码库，以确保 UAT 期间所做的修复存在于开发中。
我的假设是我们在 TFS 中只有一个主文件夹结构，反映在本地。然后在我们创建 Dev 和 Prod 分支之后，我们可以为与这些分支关联的源创建 Local 文件夹。但是我们没有在 TFS 中创建 /Dev 或 /Prod 文件夹 - 我们仍然只有一个 /Main 文件夹，但它有两个用于 Dev 和 Prod 的分支。
我的理解正确吗？
分支在 TFS 和您的文件系统中看起来像文件夹。这就是分支在 TFS 中的表示方式，它们实际上是具有分支关系的独立文件夹。
你的结构看起来像这样
$TeamProject/Main
/Dev
/Production
您的本地文件系统可能看起来非常相似，具体取决于您映射工作空间的方式。
请注意，TFS VC 强制执行严格的分支层次结构，在此之外进行合并可能会很痛苦。