WPF 应用程序 - 发布策略
WPF Application - releasing strategy
我正在寻求一些关于改进内部 WPF 应用程序发布策略的建议。
目前，我们正在使用 ClickOnce 向我们的用户发布新版本。
仍然是手动操作，但我们正在研究使用 DevOps 管道来简化此过程。
我们注意到，随着我们的应用程序的增长，我们在测试阶段没有注意到的情况下进行一些重大更改的风险越来越大。我们有一个小团队和紧迫的期限，所以测试阶段是有限的。
因此，为了改进我们的工作方式，我们正在研究金丝雀版本。这意味着我们首先向一组关键用户发布新版本，当他们没有注意到任何问题时，我们会为所有人发布它。
从应用的角度来看，我可以让它工作。但我不确定我们如何才能使它与我们的数据库一起工作。
有没有人已经在桌面应用程序中尝试过这种方法？或者有更好的方法来做这种事情吗？
感谢任何帮助！
亲切的问候
蒂姆
出于同样的目的，我们集成了一个两步发布管道。我们有一个内部 UAT 阶段，通过 Microsoft 的 AppCenter 在内部推出应用程序，然后是发布到“生产”的第二个完整发布阶段。
我们没有使用ClickOnce，但是原理是一样的。您可以为每个阶段设置一个 UAT 和生产发布位置。
我正在寻求一些关于改进内部 WPF 应用程序发布策略的建议。 目前，我们正在使用 ClickOnce 向我们的用户发布新版本。 仍然是手动操作，但我们正在研究使用 DevOps 管道来简化此过程。
我们注意到，随着我们的应用程序的增长，我们在测试阶段没有注意到的情况下进行一些重大更改的风险越来越大。我们有一个小团队和紧迫的期限，所以测试阶段是有限的。 因此，为了改进我们的工作方式，我们正在研究金丝雀版本。这意味着我们首先向一组关键用户发布新版本，当他们没有注意到任何问题时，我们会为所有人发布它。
从应用的角度来看，我可以让它工作。但我不确定我们如何才能使它与我们的数据库一起工作。
有没有人已经在桌面应用程序中尝试过这种方法？或者有更好的方法来做这种事情吗？
感谢任何帮助！
亲切的问候 蒂姆
出于同样的目的，我们集成了一个两步发布管道。我们有一个内部 UAT 阶段，通过 Microsoft 的 AppCenter 在内部推出应用程序，然后是发布到“生产”的第二个完整发布阶段。
我们没有使用ClickOnce，但是原理是一样的。您可以为每个阶段设置一个 UAT 和生产发布位置。