关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
3年前关闭。
Improve this question
您知道为代码发布创建的任何敏捷流程吗？敏捷的主题之一是频繁发布，每个公司/客户都有自己的测试/批准流程来控制代码发布。大多数情况下，这些会减慢“频繁发布”的步伐
目前我们有一个基于专有工具的工作流程。需要代码升级的团队需要向最终的 UAT 服务器之一创建升级请求。一旦完成并完成测试，某些客户、技术/非技术经理需要批准，然后进入生产部署阶段。同时没有冲刺计划 session 或任何类似的事情。
什么是对您有用的代码发布过程(哪个是敏捷的)？
最佳答案
为什么在工作流程进行时没有任何形式的冲刺计划 session ？标记您的存储库并立即开始下一个版本。如果您需要在候选版本上修复错误，请从标签分支并修复它们。审批工作流程和最终 UAT 测试不应涉及或延迟开发团队。 (如果您实际上使用的是 Git 或 Mercurial 之类的东西，请原谅非分布式 SCM 术语。)
如果你采用像 Scrum 这样的敏捷过程，发布输出是“可发布的软件”而不是“已发布的软件”。如果您有将东西发布到生产环境的开销，那么它可以并行发生。我应该补充一点，大多数测试应该作为冲刺的一部分 - 也许您需要重新审视在您的周期中完成的测试？
关于project-management - 敏捷和代码发布，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2850916/