Azure devops 通过VSTS CI/CD升级Azure服务结构时出错

Azure devops 通过VSTS CI/CD升级Azure服务结构时出错,azure-devops,azure-service-fabric,azure-pipelines,azure-pipelines-release-pipeline,Azure Devops,Azure Service Fabric,Azure Pipelines,Azure Pipelines Release Pipeline,我正在使用VSTS为服务结构构建和部署设置CI/CD。第一次部署没有错误,但第二次更新部署给了我以下错误 ConfigPackage中的内容名称:Config,版本:1.0.0.20180312.1 服务清单中的“SampleWebPkg”已更改,但版本号 是一样的 我遵照下面的指示 发生这种情况是因为您更新了服务二进制文件,但没有更新清单,清单指向与以前相同的版本,但二进制文件不同 当您重建服务并 在不更改中的版本号的情况下部署新版本 清单文件 检查: 如果servicesmanifest.

我正在使用VSTS为服务结构构建和部署设置CI/CD。第一次部署没有错误,但第二次更新部署给了我以下错误

ConfigPackage中的内容名称:Config,版本:1.0.0.20180312.1 服务清单中的“SampleWebPkg”已更改,但版本号 是一样的

我遵照下面的指示


发生这种情况是因为您更新了服务二进制文件,但没有更新清单,清单指向与以前相同的版本,但二进制文件不同

当您重建服务并 在不更改中的版本号的情况下部署新版本 清单文件

检查:

  • 如果servicesmanifest.xml中的服务版本与以前的版本相比已更新,则升级它

  • applicationmanifest.xml中的服务版本与以前的版本相比已更新


感谢您提供我查看serivcemanifest.xml的信息,版本未更新。在vsts中,如何确保将其作为生成的一部分进行更新?有一个名为“更新服务结构应用程序版本”的生成步骤,该步骤根据您定义的生成编号或模式更新服务的服务版本。您必须将其作为构建过程的一部分运行。我正在使用“更新服务结构清单”作为构建过程的一部分。我最近注意到的是,如果我取消选中“仅在更改时更新”,则会得到更新并进行部署。这是正确的部署方式吗?仅在更改时更新是混乱的来源,因为它试图识别服务是否已更改,以仅更新已更改的服务,但跟踪它并不容易。如果你想走这条路线,我建议你看看服务织物上的差异包装。谢谢。你能给我提供更多的信息吗?我可以在那里读到关于VST服务结构上的差异打包的信息?如果启用“仅在更改时更新”,如何更新部署?