Compartilhar via

Estratégia de versão e lançamento de recursos da CLI do Desenvolvedor do Azure

  • Artigo

Os recursos da CLI do Desenvolvedor do Azure (azd) são introduzidos e têm suporte usando uma abordagem em fases. Os recursos começam no estágio alfa e depois avançam para beta e estável após 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 pelo azd e seu estágio atual no GitHub

Recursos alfa

Todos os recursos começam como recursos alfa (por exemplo, experimental). 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 alfa podem ser habilitados e gerenciados usando o comando azd config.

Importante

Os recursos alfa 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 nas versões subsequentes que levam à estável.

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 aceitar explicitamente.
  • Não há garantias sobre a estabilidade a longo prazo ou suporte de recursos experimentais.
  • Não há compromisso de que o recurso seja algo que a equipe de produto planeje avançar para o estágio de visualização ou estável (é um experimento).

Como optar pelos 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 desabilitar o recurso resourceGroupDeployments, execute:

    azd config set alpha.resourceGroupDeployments off

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

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

  • O recurso foi devidamente especificado e aprovado pela equipe de produto.
  • A equipe de produto aprovou 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 foi 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 nas versões subsequentes que levam à estável.

Definição

  • Ao contrário dos recursos alfa, um usuário não precisa tomar medidas explícitas para usar um recurso beta.
  • Reduzido o número de alterações significativas entre versões para recursos beta à medida que a funcionalidade amadurece, as atualizações são feitas com base nos comentários dos clientes.
  • As alterações significativas 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 ao estável)

  • A equipe de produto revisou e aprovou formalmente o avanço do recurso para a próxima fase.
  • O recurso é funcionalmente completo e estável.
  • O recurso foi completamente 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 bloqueadores 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 ao UX de ponta a ponta.

Recursos 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 todas as alterações significativas sejam implementadas de forma a minimizar o impacto.
  • Use 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 o Azure Developer CLI, acesse a página de solução de problemas e suporte.