【问题标题】:TFS Build - get source code by label issuesTFS Build - 通过标签问题获取源代码
【发布时间】:2013-10-22 13:11:57
【问题描述】:

我有一个问题想与您分享并寻求建议。

假设我在 TFS 中有一个项目,其中包含源代码文件夹和包含部署脚本的文件夹。文件夹结构:

-- TFS

---- 项目

--------部署脚本

--------来源

DeploymentScripts 文件夹是 TFS 构建进程正在执行的自定义部署脚本的容器。

Source - 是一个包含源代码的文件夹,我为每个新版本创建一个标签,以便以后使用它进行部署。

我有一个构建定义配置为从两个文件夹中获取文件,所以我希望每次触发构建时 TFS 都会下载两个文件夹的内容:

当 TFS 构建采用最新版本时,这完美地工作:它采用一切,构建和部署。

一旦我配置了要使用的标签,问题就会出现:

TFS下载Source文件夹的内容忽略DeploymentScripts。我想这是因为我们只在 Source 文件夹中使用标签,而不在 DeploymetScripts 中使用标签(该文件夹的内容是静态的,没有任何更改)。我知道,如果我将 DeploymentScripts 设为 Sources 的子文件夹,这将解决我的问题,但我想将其分开(例如,如果我稍后创建一个一堆分支文件夹我不想将部署复制到每个特定文件夹,我想作为一个实例)并尝试为这种情况找到解决方案。

【问题讨论】:

    标签: build tfs tfsbuild


    【解决方案1】:

    要么在根级别应用您的标签,要么使用日期或变更集编号开始构建。

    另一种方法是使用分支而不是标签,并设置您的构建以允许您传递要构建的分支的名称。

    我不再使用标签,我想不出这些天它们对我有用的情况。

    【讨论】:

    • 我们发现标签在我们创建新的发布分支并执行稳定和错误修复时很有用。
    • 我们使用发布分支,但使用分支本身作为“标签”。我想如果错误 UI 更好,我们可能会使用标签来填写“在哪里找到”字段,但不幸的是,我们的下拉字段中有一个 squllion 项目,所以填写太耗时。我们只是引用内部版本号重要/有用信息的少数情况的重现步骤。
    【解决方案2】:

    如果我遇到一个团队这样做,我的第一个问题是他们为什么需要使用标签来完成他们所追求的任何工作流程。这是一种不寻常的做法,大多数团队只是执行“获取最新”,并使用适当的分支策略来实现他们想要的工作流程。

    如果您必须使用标签,一种选择是在标签中包含部署脚本。您可以通过编辑标签来执行此操作,而无需在源代码管理中移动文件夹位置。

    【讨论】:

    • 我们发现标签在我们为发布创建新分支并执行稳定和错误修复时很有用。我将检查是否可以将文件夹添加到标签,这将解决我的问题。谢谢!
    猜你喜欢
    • 2018-02-03
    • 2016-04-05
    • 1970-01-01
    • 2013-07-01
    • 1970-01-01
    • 1970-01-01
    • 2016-11-22
    • 2011-08-28
    • 2016-01-08
    相关资源
    最近更新 更多