我正在寻求一些关于改进我们内部WPF应用程序的发布策略的建议。目前,我们正在使用ClickOnce向用户发布新版本。仍然是手动的,但我们正在研究使用DevOps管道来简化这一过程。
我们已经注意到,随着我们的应用程序的增长,我们在测试阶段没有注意到的情况下做出一些破坏性的更改的风险越来越大。我们有一个小团队和紧迫的最后期限,所以测试阶段是有限的。因此,为了改进我们的工作方式,我们正在研究金丝雀版本。这意味着我们首先向一组关键用户发布新版本,当他们没有注意到任何问题时,我们将为每个人推出新版本。
从应用程序的角度来看,我可以让它工作。但我不确定我们的数据库如何才能做到这一点。
有人已经在桌面应用程序中尝试过这种方法了吗?或者,有没有更好的方法来做这种事情?
如有任何帮助,我们不胜感激!
Kind问候时间
发布于 2021-09-17 08:00:49
为了同样的目的,我们已经集成了一个两步发布管道。我们有一个内部的UAT阶段,通过微软的AppCenter在内部推出应用程序,然后是第二个完全发布阶段,发布到“生产”。
我们不使用ClickOnce,但原理是相同的。您可以为每个阶段提供一个UAT和生产发布位置。
https://stackoverflow.com/questions/69218488
复制相似问题