在 VSTS 版本上部署 Service Fabric 服务版本升级失败

Question

总结

日志中出现以下错误。

The content in ConfigPackage Name:Config and Version:1.0.0.20180315.2 in Service Manifest 'TwoServicePkg' has changed, but the version number is the same.

我只更改了其中一项服务的代码，因此我只更改了清单中的一个版本的代码。

在这种情况下，通过Visual Studio升级是没有问题的。

但是，通过 VSTS 升级会导致上述错误。

详情

我默认为 Service Fabric 创建了 VSTS CI/CD。 （管道：VSTS Git Repo -> 构建 -> 发布）

首先“提交 > 构建 > 发布”就可以了。

Service Fabric 清单版本

MyAppType: 1.0.0
  OneService: Pkg 1.0.0 / Code 1.0.0 / Config 1.0.0
  TwoService: Pkg 1.0.0 / Code 1.0.0 / Config 1.0.0

现在，我只修复 OneService 代码。并编辑服务结构清单的版本。

Service Fabric 清单版本

MyAppType: 1.0.1(*)
  OneService: Pkg 1.0.1(*) / Code 1.0.1(*) / Config 1.0.0
  TwoService: Pkg 1.0.0 / Code 1.0.0 / Config 1.0.0

第二次提交 > 构建没问题。但发布失败。 日志中出现以下错误。

The content in ConfigPackage Name:Config and Version:1.0.0.20180315.2 in Service Manifest 'TwoServicePkg' has changed, but the version number is the same.

但我没有修改 TwoService Pkg (Both Code, Config)。

此外，通过 VS2017 IDE 立即发布到“Azure Cloud Service Fabric Cluster”也很好。 （当然，“升级应用程序”选项已选中。）

当前的临时解决方案是对所有（所有 pkg​​ / code / config）进行版本升级，如下所示。

Service Fabric 清单版本

MyAppType: 1.0.1(*)
  OneService: Pkg 1.0.1(*) / Code 1.0.1(*) / Config 1.0.1(*)
  TwoService: Pkg 1.0.1(*) / Code 1.0.1(*) / Config 1.0.1(*)

我想构建构建管道，但是很混乱。

---

其他信息

我只使用默认的 VSTS Service Fabric 模板。

并且只修改发布配置文件名称（Cloud.xml -> Cloud.Development.xml）。

发布任务截图

Answer 1

您收到的错误消息提示您：

'ConfigPackage Service Manifest 'PackageName' 中的内容有 改了，但是版本号是一样的。

也就是说：我们在这个包中发现了一些与之前版本不匹配的东西，因为你说版本应该相同，它们应该匹配，所以我不知道该怎么做，让你解决这个问题。

该消息不是很具有暗示性，因此乍一看您会迷路。

我在这里error-while-upgrading-azure-service-fabric-through-vsts-ci-cd回答了同样的问题，请检查答案是否能帮助您解决问题。

我再解释一下：

每当你注册一个应用程序时，Service Fabric 都会比较正在注册的新版本和服务器中当前的版本，如果已经存在相同的服务版本，它会比较包、配置包、代码包等on，如果其中任何一个不匹配，则部署失败。

其中任何一个小改动都应该触发版本升级，例如，如果您在 Setting.xml 中添加或删除配置设置，则必须升级配置文件的版本和服务清单中的版本。

之前：

app1 -------> 1.0.0
  service1 -> 1.0.0
    code ---> 1.0.0
    config -> 1.0.0

之后

app1 -------> 1.0.1
  service1 -> 1.0.1
    code ---> 1.0.0
    config -> 1.0.1

对于代码包也是如此，如果你同时升级代码和配置，你应该只升级服务清单一个版本，比如：

app1 -------> 1.0.1
  service1 -> 1.0.1
    code ---> 1.0.1
    config -> 1.0.1

这里最棘手的挑战是代码更改，每当触发新构建时，构建将下载源代码并编译所有内容，您知道基于提交更改发生了什么变化，但是对于构建所有内容都会生成一个程序集，所以它不关心它是否改变，它会生成一个新的程序集，尽管代码与以前的构建相同，但大多数时候输出二进制文件会有所不同。

通过应用程序注册，如果版本保持不变，这些二进制文件应该与现有的匹配，这是不会发生的。为了解决这个问题，差异化包装加入了聚会，我不会在这里给出太多细节，因为超出了这个答案的范围，但是您可以通过这些链接获得更多信息：

Service Fabric Application with a diff package

StackOverflow Question: Differential Packaging