您需要对托管在APIM中的现有API进行一些小的、非破坏性的更新。要求：不中断现有调用者，如果需要能够回滚更改，为开发人员提供有关更改的文档，并允许在发布前进行测试。您应该怎么做？

向API添加新修订（revision）是最佳选择，因为它允许您在不中断现有API用户的情况下进行更改。修订提供了一个独立的开发和测试环境，您可以在其中修改API，提供更改文档，并在发布到生产环境之前进行测试。如果出现问题，您还可以轻松回滚到之前的修订版本。 基于标头或查询字符串的版本控制（versioning）通常用于引入重大或破坏性更改，这些更改需要客户端更新其调用方式。对于小的、非破坏性的更新，修订更合适，因为它能保持API的URL不变。创建并发布产品（product）是组织和管理API访问的方式，而不是进行API本身的版本控制或更新。配置并应用自定义策略（policy）是修改API行为的一种方式，但它不提供独立的开发和测试环境，也不支持轻松回滚。