Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

版本控制

版本可帮助您在构建、测试和与他人共享时管理您的 Amazon Quick Flows。想想一些版本，比如保存作品的不同副本——你可以拥有一份工作副本，同时保留一个干净的已发布版本供其他人使用。Amazon Quick Flows 保持简单，任何给定流程的版本都不超过三个版本。

版本控制的工作原理

您所在组织的设置决定了您将看到的版本类型：

如果您的组织使用批准审查

您将使用三种类型的版本。有关批准审查如何运作的详细信息，请参阅 Amazon 快速流程-批准审查文档。

如果您的组织不使用批准审查

您将使用两种类型的版本：

关键版本控制概念

了解这些核心概念将有助于您有效地使用 Amazon Quick Flows 版本控制：

为创建者提供多版本控制：作为流程创建者，您可以查看和使用流程的多个版本（草稿、待批准、共享）。这允许您在用户访问稳定发布版本的同时继续开发。

面向用户的单一版本：最终用户始终只能看到您的流程的一个版本，即当前发布的版本。这样可以防止混乱，并确保每个人都有相同的体验。

发布更改工作流程：当您对现有共享流程进行更改时，必须 “发布更改” 才能向用户提供这些更新。这会创建新版本并可能触发批准审查。

版本替换：每次发布更改时，新版本都会替换所有用户之前发布的版本。历史版本是为创作者保留的，但用户始终可以看到最新批准的版本。

应用程序定义版本控制：对标题、描述和结构等核心流程元素的更改被视为应用程序定义更改，需要完成完整的发布流程。

创建和编辑流程

所有新流程都以草稿形式在您的私人工作区开始。您可以根据需要构建和测试流程、添加卡片、配置设置和迭代。您的工作会自动保存，但您可以手动保存重要的里程碑。当你准备好与他人共享流程时，你需要 “发布变更”，使其可供目标受众使用。

发布您的流程

通过审批审核：草稿准备就绪后，您 “发布更改” 以将其提交审核。您的流程将变为 “待批准” 状态，审阅者可以在此状态下对其进行评估。如果要求更改，则需要创建包含更新的新草稿并重新提交。获得批准后，您的流程将变为 “已发布”，可供用户使用。将来对共享流程所做的任何更改都需要重新发布并重新通过批准流程。

无需审批：草稿准备就绪后，您 “发布更改” 即可立即共享。您的流程变为 “已发布”，用户可以立即使用。您可以继续在草稿模式下进行更改，并根据需要发布更新。

对共享流程进行更改

共享流程后，您所做的任何更改都需要通过 “发布更改” 流程才能提供给用户。这样可以确保用户在继续开发改进的同时，始终可以访问经过测试的稳定版本。

发布变更工作流程

修改共享流程时，您正在使用新的草稿版本。在您完成发布变更流程之前，用户可以继续查看和使用当前发布的版本。这种方法可以防止用户看到不完整或未经测试的更改。

标题和描述变更：流程标题或描述的更新被视为应用程序定义变更。这需要发布更改，如果启用了批准审查，则需要重新完成批准流程。

内容更改：对卡片、提示或流程逻辑的修改也需要发布更改。每个已发布的更新都会创建一个新版本，用于替换所有用户的先前版本。

共享权限更改：添加新用户或更改权限（例如将查看者转换为共同所有者）可能需要批准，具体取决于您所在组织的设置。

取消发布流程

您可以取消发布共享流程，将其从公开发布中删除，同时保持共享流程可供共同所有者访问。取消发布流程时：

当您需要对广泛共享的流程进行重大更改或在解决问题时临时删除访问权限时，此功能非常有用。

成功秘诀

遵循这些最佳实践，确保您的流程可靠运行，并为用户提供出色的体验。

在您提交或发布之前

管理多个版本

与你的团队合作

版本参考

使用此表作为快速参考，了解您可以对每种版本类型做什么，以及工作流程中的后续步骤。