将施工、测试和实际使用区分开
- 检查当前版本
查看开发、测试和生产环境中的内容。
- 准备发布
使用发布工具发布作品版本。
- 查看历史记录
查看已录制的版本和部署进度。
让用户知道他们可以看到哪个版本
审核已完成的页面更改. 一个需求可能在开发中已完成，而生产环境仍在使用早期版本。将实际结果与原始需求进行比较，然后创建用于发布的工程版本。
测试更完整的流程. 对一个页面的更改可能会影响其周围的链接或操作。通过暂存，您可以查看所选版本，包括相关的语言和例外情况，然后再进行发布。
了解已部署的配置. 应用程序、网站和文档可能具有不同的组件版本。部署视图区分系统流和项目流，并显示记录的环境状态。请检查相关流，而不是假设一个数字描述了所有内容。
在正式发布之前，请检查完整的流程。
一篇有用的评论应该包括已更改的屏幕、其链接以及用户应该完成的任务。请使用与应用程序相关的语言和环境进行测试。
发布后，阅读最终版本并验证结果。部署历史记录可帮助您了解哪个版本已在各个环境中发布。
检查用户将收到的版本
查看先前环境中测试的版本以及发布的目标。当版本和目标明确时，部署更容易进行验证。
发布后，阅读录制的版本并测试相关的用户流程。将审查与交付的变更联系起来，并在调查后续问题时查阅历史记录。
从已审核的工作到生产
检查开发. 测试完成的功能，并比较当前项目版本和可用项目版本。当适当的更改准备就绪时，创建一个版本。
验证预发布环境. 将计划中的项目版本部署到测试环境，并完成已修改的用户流程。在继续操作之前，解决所有问题。
确认生产. 验证所需的域名，发布经过测试的版本，并读取生成的生产状态。请求完成后，检查实际的用户体验。
关于版本和部署的问题
它描述了构建结果。创建版本和部署是独立的动作。在宣布正式变更之前，请验证开发页面和环境版本。
它提供了一个用于检查所选版本并在发布到生产环境之前完成用户流程的场所。与周围的链接和重要的异常情况一起测试所更改的操作。
他们描述了不同的发布流。请阅读“部署”中的相关组件和环境，以便您了解所选操作将发布哪些内容。
屏幕显示诸如要创建的版本、要完成的构建、需要验证的域名或已在进行的部署等先决条件。 在发送另一个请求之前，请遵循所述条件。
请等待部署完成，查看预期的生产版本，然后在实时服务上重复执行用户任务。仅记录请求本身并不算完成发布。