Visual studio 2013 TFS-从标签创建分支，对共享项目的影响

我们的TFS源代码管理设置如下：

TFS项目

• 解决方案
• • WebApp1解决方案
• • webapp2解决方案
• 图书馆
• • 共享库1
• Web应用程序
• • WebApp1
• • WebApp2

当我打开解决方案WebApp1Solution时，它会将库和Web应用程序文件夹中的项目加载到我的工作区中

我想挂起web应用程序和所有共享库的当前工作区环境，并从早期标签（我们的上次部署）开始处理此代码的特定版本。到目前为止，我们还没有任何分支

从我所读到的内容来看，我认为这是我的选择：
1.搁置解决方案上挂起的更改，并获取解决方案的特定标签版本。当我重新检入任何更改时会发生什么情况？
2.从特定标签版本在源代码管理中创建分支。我是否必须在不同位置的所有文件夹上创建分支？如何在当前代码和新分支代码之间来回切换

---

任何帮助或建议都将不胜感激！谢谢

只需在

TFS项目

文件夹中创建一个分支，并将其放入开发文件夹中即可。实际上，在所有的开发过程中，您都应该正常地这样做。主线分支不应包含任何内容，生产部署代码库除外。您应该始终能够获得最新的主线，并作为生产最终产品进行构建和运行

所有开发人员/开发团队都应该有自己的TFS文件夹，在那里他们可以从主线分支、进行更改、测试等。。。然后，一旦它通过了所有的批准，将其合并到主线并摧毁您的开发线

---

至于“切换”，您的分支机构是与主线分开的文件夹。您可以在VisualStudio的不同实例中同时打开这两个解决方案，就像同时打开两个解决方案一样。分支从分支点创建文件夹/解决方案/项目结构的副本。然后，当您将其合并回时，它会报告差异并尝试合并。如果存在冲突，系统将提示您检查并解决冲突。大多数情况下，TFS在自动解决方面做得很好，但在选择解决方法之前，我总是仔细检查所有冲突。

非常感谢您的建议。我在根文件夹上创建了分支，现在两个版本并排出现了！我使用本地iis运行web应用程序，使用我发布到的虚拟目录。当我将分支发布到目录中时，它现在很难找到appPool.config文件。也就是说，我得到了以下错误：System.IO.FileNotFoundException：文件名、目录名或卷标语法不正确。（HRESULT:0x8007007B的例外）用于行Microsoft.Web.Administration.WebConfiguration Manager.GetSection（null，null，“system.applicationHost/sites”）；如果您正在使用iisexpress的

applicationhost.config

文件，那么您可能需要摆弄它。如果您使用的是IIS，我相信您需要修改站点配置以指向您的开发分支的位置（或者为开发人员创建一个新站点）。我更喜欢使用iisexpress进行开发工作，因为您可以使用配置文件相当快速地切换或修改站点。我建议您不要使用当前的源代码管理结构。在产品之间共享代码是导致质量下降和bug数量增加的主要原因。单独构建并通过NuGet us共享二进制输出。