TFS 2010 - 检查哪个分支用于发布（ASP.NET）？答案

【问题标题】：TFS 2010 - Check which branch was used to publish (ASP.NET)?TFS 2010 - 检查哪个分支用于发布（ASP.NET）？
【发布时间】：2016-05-31 15:05:14
【问题描述】：

我们使用 VS 和 TFS 2010 来管理代码、分支、合并 ASP.NET 项目。所有的好东西。我来自 Subversion 背景，所以我不清楚 TFS 过程的某些方面。

我需要知道如何做的一件事 - 从已发布的站点向后工作到使用的分支/版本/标签。在 TFS 之外工作，如果我通过文件系统导航到发布构建的位置（例如，在内部 IIS 服务器上），我可以按预期找到源代码。但是，我需要知道用于执行发布操作的分支。

是否有内置的东西我可以使用，或者这是我需要介绍自己的构建操作（例如，将分支名称粘贴到根项目目录中的版本文件中）？

【问题讨论】：

这与TFS无关，任何VCS都一样。不要从多个分支发布。单个“master”或“release”分支，或者为每个定义明确的版本使用单独的分支。
您是如何发布您的应用程序的？
Panagiotis - 我们将为每个定义明确的版本使用单独的分支。这正是计划。但是，一旦您从该分支发布，然后呢？当我查看发布的位置时，如何找到使用的分支名称？
提一下我们过去如何使用 SVN 可能会很有用——尽管这是一个使用不同语言构建的应用程序。使用 SVN，我们将为每个定义明确的版本创建一个标签（如果您不熟悉的话，本质上是一个锁定的分支）。部署的应用程序是一个工作副本，然后切换到所需的标签，然后编译。因为部署区域是一个工作副本，所以您可以查询它（例如通过 SVN Tortoise）并轻松找到所使用标签的全名。因此，您可以检查已部署的应用程序以找到 repo 版本。

标签： asp.net tfs

【解决方案1】：

当您排队构建时，您会在日志中看到解决方案 $/teamProject/Project/Project.sln 的服务器路径。项目名称应该是分支名称。

【讨论】：

好的，所以我可能会在构建事件中解析日志以找到服务器路径，然后将其弹出到项目根目录中的文本文件中。然后这个文件（不受版本控制）可以与 Web 应用程序的其余部分一起发布。因此，我稍后可以检查文本文件的发布区域，以查看发布期间使用的分支名称。这听起来有道理吗？
在分支计划中，Release分支应该是一个单独的分支，为什么要从多个分支发布呢？
与其说是“发布”，不如说是从分支“发布”。目标是 - 查看发布的位置（构建最终在网络服务器上的位置）并有一种方法可以向后工作到使用的源代码版本。因此，工作人员可以访问任何 Web 服务器上的任何已发布构建（可能有多个构建托管，每个构建应用不同的功能），并以某种方式找到分支/标签/变更集版本。然后在本地查看该确切版本以进行修复或调查。