【问题标题】:Team Foundation Build Won't BuildTeam Foundation Build 无法构建
【发布时间】:2014-11-19 21:32:48
【问题描述】:

我们的解决方案有一个工作版本,但是当我们添加一个新项目时,它停止工作。构建“成功”运行,日志显示:Run MSBuild for Project -> Built [my solution] for target(s) publish(对所有项目都一样),但它实际上并没有构建任何东西.

问题似乎出在构建配置中。我的构建过程定义设置为为我的自定义配置(ForMSBuild | Any CPU)构建,但 TFB 解释该定义的方式有问题(我需要该自定义配置,因为我将一些 .dll 复制到指定文件夹以包含在一个发布过程,以便可用于 ClickOnce 安装)。
在某一时刻,只有添加到解决方案中的新 .dll 没有构建(即使它们已在配置管理器中列出并选中了构建复选框)。所以我重新创建了我的自定义配置,确保我所有的 .dll 都被检查为在(ForMSBuild | Any CPU)下构建,现在没有构建。我已经直接在 Visual Studio (2012) 中打开了构建机器上的源代码,并验证了我的自定义配置的设置。

【问题讨论】:

    标签: tfs tfsbuild


    【解决方案1】:

    编辑构建定义,在 Process 选项卡中单击 Solutions To Build 旁边的省略号,转到 Configurations 选项卡并确保将 TFS Build 设置为构建您想要的配置:

    【讨论】:

    • 是的,检查了 1K 次。确保我输入了正确的配置名称(因为在单击“添加”而不是“调试/发布”时,您永远不会在下拉列表中得到任何内容)正确的配置名称。
    • 从 TFSBuild 获取 MSBuild 日志并检查它在做什么。如果需要,请打开 Verbosity=Diagnostic。
    • 详细程度设置为诊断;它(错误地)报告了所有构建的项目。没有错误,没有警告。我唯一能想到的尝试是手动运行 TFB 运行的 MSBuild 命令行,将参数 /p:SkipInvalidConfigurations=true 更改为 false(认为我的配置有问题)。结果相同;所有报告都已构建,没有错误,没有警告。
    【解决方案2】:

    事实证明,我实际上没有检查要构建的主要启动项目。真是愚蠢的错误,但我当然希望 MSBuild 没有吐出所有这些错误消息。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-05-18
      相关资源
      最近更新 更多