Estratégia de versão e versão de recursos da CLI do desenvolvedor do Azure

Os recursos da CLI (azd) do Desenvolvedor do Azure são introduzidos e suportados usando uma abordagem em fases. Os recursos começam no estágio alfa e, em seguida, avançam para beta e estável depois de atender a vários critérios. Este artigo descreve as definições, expectativas e requisitos de avanço para cada fase. Veja uma lista completa de cada recurso/comando suportado por azd e seu estágio atual no GitHub

Recursos Alpha

Todos os recursos começam como recursos alfa (por exemplo, experimentais). Nesta fase, o objetivo é receber uso suficiente para obter feedback significativo sobre o design, a funcionalidade e a experiência do usuário do recurso. Os recursos Alpha podem ser habilitados e gerenciados usando o azd config comando.

Importante

Os recursos Alpha são recomendados apenas para cenários não críticos para os negócios com cautela, pois há uma pequena chance de alterações incompatíveis em versões subsequentes que levam à estabilidade.

Definição

• Esses recursos estão em desenvolvimento ativo.
• Os recursos estão ocultos atrás de um sinalizador de recurso, que os usuários interessados devem optar explicitamente.
• Não há garantias sobre a estabilidade a longo prazo ou suporte de características experimentais.
• Nenhum compromisso de que o recurso é algo que a equipe de produto planeja avançar para o estágio de visualização ou estável (é um experimento).

Como optar por recursos alfa

1. Para listar os recursos experimentais disponíveis, execute:

   azd config list-alpha
   

2. Para habilitar um recurso experimental específico, por exemplo resourceGroupDeployments , para dar suporte a implantações de infraestrutura no escopo do grupo de recursos, execute:

   azd config set alpha.resourceGroupDeployments on
   

3. Para desativar o resourceGroupDeployments recurso, execute:

   azd config set alpha.resourceGroupDeployments off
   

   Para obter mais informações, visite o repositório GitHub azure-dev .

Critérios de avanço (como chegar ao beta)

• O recurso foi devidamente especificado e aprovado pela equipe do produto.
• A equipe de produto assinou formalmente o avanço do recurso para a próxima fase.
• O recurso está documentado e o texto de ajuda está disponível no produto.
• Confirmação de que a experiência do usuário é bem-sucedida por meio de feedback suficiente do usuário.

Recursos Beta

O objetivo desta fase é melhorar a experiência do recurso e avançar além da prova de conceito.

Importante

Os recursos beta são recomendados apenas para cenários não críticos para os negócios com cautela, pois há uma pequena chance de alterações incompatíveis em versões subsequentes que levam à estabilidade.

Definição

• Ao contrário dos recursos alfa , um usuário não precisa tomar medidas explícitas para usar um recurso beta .
• Número reduzido de alterações significativas em versões para recursos beta à medida que a funcionalidade amadurece, as atualizações são feitas com base nos comentários dos clientes.
• As mudanças de quebra são documentadas com explicações sobre como digerir essas quebras.
• Os comandos beta são indicados como tal (Beta) na ajuda do produto azd.

Critérios de avanço (como chegar à estabilidade)

• A equipe de produto revisou formalmente e assinou o avanço de recursos para a próxima fase.
• O recurso é funcionalmente completo e estável.
• O recurso foi exaustivamente testado manualmente e tem testes de unidade e integração suficientes para detectar regressões e bugs.
• Quaisquer bugs restantes são aceitáveis e não bloqueiam para os usuários (por exemplo, melhorias de UX).
• A equipe de produto recebeu sinais de que a experiência do usuário é bem-sucedida por meio de feedback suficiente do usuário.
• A equipe de produto acredita que o recurso está realmente agregando valor à UX de ponta a ponta.

Recursos estáveis

Definição

• A equipe de produto está por trás desses recursos.
• Mudanças radicais nessas áreas são inesperadas.
• A equipe de produto garante que todas as alterações de quebra sejam implementadas de forma a minimizar o impacto.
• Uso em cenários críticos para os negócios.

Solicitar ajuda

Para obter informações sobre como registrar um bug, solicitar ajuda ou propor um novo recurso para a CLI do Desenvolvedor do Azure, visite a página de solução de problemas e suporte .