Azure 开发人员 CLI 功能版本控制与发布策略

Azure 开发人员 CLI （azd） 功能是使用分阶段方法引入和支持的。 功能在 alpha 阶段开始，然后在满足各种条件后进入 beta 版和稳定版。 本文介绍每个阶段的定义、期望和提升要求。 查看 GitHub 上支持azd的每个功能/命令的完整列表及其当前阶段

Alpha 功能

所有特征都以 alpha 特征（例如实验性）开头。 在此阶段，目标是接收足够的使用情况，以获取有关功能设计、功能和用户体验的有意义的反馈。 可以使用命令启用和管理 azd config Alpha 功能。

重要

仅建议对非业务关键型方案使用 Alpha 功能，因为后续版本出现不兼容更改的可能性很小，导致稳定。

定义

• 这些功能正在积极开发中。
• 功能隐藏在功能标志后面，感兴趣的用户必须显式选择加入该功能标志。
• 无法保证长期稳定性或对实验功能的支持。
• 没有承诺该功能是产品团队计划推进预览阶段或稳定阶段（这是一个实验） 的内容。

如何选择使用 alpha 功能

1. 若要列出可用的实验功能，请运行：

   azd config list-alpha
   

2. 若要启用特定的实验功能，例如 resourceGroupDeployments ，若要在资源组范围内支持基础结构部署，请运行：

   azd config set alpha.resourceGroupDeployments on
   

3. 若要禁用 resourceGroupDeployments 该功能，请运行：

   azd config set alpha.resourceGroupDeployments off
   

   有关详细信息，请访问 azure-dev GitHub 存储库。

提升标准（如何达到 beta 版）

• 该功能已得到产品团队的规范和批准。
• 产品团队已正式签署将功能提升到下一阶段。
• 此功能已记录，产品中提供了帮助文本。
• 确认 UX 通过足够的用户反馈成功。

Beta 功能

此阶段的目标是改进功能体验，超越概念证明。

重要

仅建议对非业务关键方案使用 Beta 功能，因为后续版本中出现不兼容更改的可能性很小，导致稳定。

定义

• 与 alpha 功能不同，用户无需采取显式操作即可使用 beta 功能。
• 随着功能成熟，Beta 版各版本的中断性变更数量减少，基于客户反馈进行更新。
• 有关如何消化这些中断的说明，将记录中断性变更。
• beta 命令在 azd product help 中表示为此类 （Beta）。

进步标准（如何达到稳定）

• 产品团队已正式审查并签署了下一阶段的功能提升。
• 该功能在功能上完整且稳定。
• 功能已经过全面手动测试，并且具有足够的单元和集成测试来捕获回归和 bug。
• 对于用户（例如 UX 改进），任何剩余的 bug 都是可以接受的，也是不可阻止的。
• 产品团队已收到通过足够的用户反馈成功 UX 的信号。
• 产品团队认为，该功能确实为端到端 UX 增添了价值。

稳定功能

定义

• 产品团队支持这些功能。
• 这些领域的中断性变更是意外的。
• 产品团队可确保以最大程度地减少影响的方式推出任何中断性变更。
• 在业务关键方案中使用。

请求帮助

有关如何提交 bug、请求帮助或为 Azure 开发人员 CLI 提出新功能的信息，请访问 故障排除和支持 页。