Partilhar via

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

  • Artigo

Os recursos da CLI do Desenvolvedor do Azure (azd) 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 e azd seu estágio atual no GitHub

Características 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 ativados 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 o 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 à versão 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.

Características 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ó são recomendados 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 uma ação explícita para usar um recurso beta .
  • Número reduzido de alterações significativas nas versões de 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 estável)

  • A equipe de Produto analisou formalmente e aprovou o avanço do recurso 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 detetar 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 dos usuários.
  • A equipe de produto acredita que o recurso está realmente agregando valor à experiência do usuário de ponta a ponta.

Características estáveis

Definição

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

Pedir ajuda

Para obter informações sobre como arquivar 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 .