【问题标题】:The "UpdateBuildNumberDropLocation" task failed unexpectedly“UpdateBuildNumberDropLocation”任务意外失败
【发布时间】:2017-07-23 08:29:30
【问题描述】:

我刚刚在 TFS 中通过 Visual Studio 2013 为 WCF 服务项目创建了一个新的构建定义。 给它一个构建过程模板,该模板适用于同一项目的其他类似的预先创建的构建。 当我运行构建时,出现以下错误:

C:\Builds\abc\xyz\pqr\BuildType\TFSBuild.proj (187): “UpdateBuildNumberDropLocation”任务意外失败。内部版本号“_1.0.2.4”已存在用于构建定义。

我在网上查了一下,没有找到根本原因,请问可能是什么原因?

【问题讨论】:

  • 你删除过一个版本吗?
  • 不。但是在删除并创建一个新的之后,我遇到了映射错误。
  • 当您在构建服务器上发生工作区冲突时会发生这种情况。也许您已经创建了一个与以前的构建定义同名的新构建定义。我使用已删除构建的名称创建了构建,并且也得到了映射错误。作为一种解决方法,将您的构建定义重命名为独特的。

标签: visual-studio wcf tfs build branching-and-merging


【解决方案1】:

这个问题的根本原因可能是当您删除构建时,即使它不再显示在 UI 中,它也只会在数据库中被标记为已删除。要完全摆脱这个构建,你实际上必须使用tfsbuild destroy 命令来销毁它。

打开 Visual Studio 命令提示符,您可以运行 tfsbuild 使用下面提到的语法销毁命令。

C:\WINDOWS\system32>tfsbuild destroy /collection:http://TFSServer:8080/tfs/defaultcollection /builddefinition:"TeamProject\BuildDefinitionName" BuildNumber 1.0.2.4

更多细节请看这个类似的问题:TF42064: The build number already exists for build definition error in TFS2010


更新

当您在构建服务器上发生工作区冲突时,会发生映射错误。也许您已经创建了一个与以前的构建定义同名的新构建定义。我使用已删除构建的名称创建了构建,并且也得到了映射错误。

作为一种解决方法:尝试将您的构建定义重命名为独特的名称。

【讨论】:

    猜你喜欢
    • 2021-12-04
    • 2018-01-02
    • 2017-09-20
    • 2013-05-25
    • 2017-07-23
    • 2016-06-22
    • 2021-02-20
    • 2015-10-05
    • 2018-12-16
    相关资源
    最近更新 更多