您的商业应用程序的发布流程是怎样的？
如果您正在开发商业桌面应用程序，您的发布流程是怎样的？
示例流程：
- 开发：修补错误、添加功能等。
- 功能冻结（不要修复，添加任何内容，除非绝对需要）
- 测试它
- 如果一切正常则发布它，如果不能修复它，测试它，发布它
我认为最关键的问题是你的“功能冻结>测试>发布”周期的方法是什么？
或者您是否更频繁地测试它，以便不需要这样的周期并且您的软件始终准备好公开发布？
If you are developing a commercial desktop application, what's your release process?
Sample process:
- Develop it: Patch bugs, add features, etc.
- Feature Freeze (do not fix, add anything unless it's absolutely required)
- Test it
- If everything is OK release it, if it's not fix it, test it, release it
I think the most crucial question is what's your approach to "feature freeze > test > release" cycle?
Or do you test it more frequently that you don't need such a cycle and your software is always ready for public release?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
取决于您的质量检查预算。我都使用过 - 使用 CI，至少在分支上总是打包并准备发布。
特征冻结>测试>发布时，质量检查预算越大，发布时间越短。此外，第一阶段完全取决于发布计划。
此外，有多少开发人员测试了他们的工作以及您的覆盖范围有多大，对决策有很大影响。
Depends on your QA budget. I've used both - using CI, at least on branch is always packaged and ready for release.
Feature-freeze > test > relase, the bigger QA budget, the shorter releases. Also, first stage is entirely dependand on release planning.
Also, how much developers test their work and how much coverage You have affect decision a lot.