0

我正在寻求一些关于改进我们内部 WPF 应用程序的发布策略的建议。目前,我们正在使用 ClickOnce 向我们的用户发布新版本。仍然是手动的,但我们正在研究使用 DevOps 管道来简化它。

我们注意到,随着我们的应用程序的增长,我们在测试阶段做出一些重大更改而没有注意到它的风险越来越大。我们有一个小团队和紧迫的最后期限,所以测试阶段是有限的。因此,为了改进我们的工作方式,我们正在研究金丝雀版本。这意味着我们首先向一组关键用户发布新版本,当他们没有注意到任何问题时,我们将为所有人发布它。

从应用程序的角度来看,我可以让它工作。但我不确定我们如何使用我们的数据库进行这项工作。

有没有人已经在桌面应用程序中尝试过这种方法?还是有更好的方法来做这种事情?

任何帮助表示赞赏!

亲切的问候蒂姆

4

1 回答 1

0

出于同样的目的,我们集成了一个两步发布管道。我们有一个内部 UAT 阶段,通过 Microsoft 的 AppCenter 在内部推出应用程序,然后是第二个完整发布阶段,发布到“生产”。

我们没有使用 ClickOnce,但原理是一样的。您可以为每个阶段设置一个 UAT 和生产发布位置。

于 2021-09-17T08:00:49.423 回答