Azure Developer CLI-funktionsversions- och lanseringsstrategi
Azure Developer CLI-funktioner (azd
) introduceras och stöds med hjälp av en stegvis metod. Funktionerna börjar i alfasteget och går sedan vidare till beta och stabila efter att ha uppfyllt olika kriterier. Den här artikeln beskriver definitioner, förväntningar och krav på framsteg för varje fas. Se en fullständig lista över varje funktion/kommando som stöds av azd
och dess aktuella fas på GitHub
Alpha-funktioner
Alla funktioner börjar som alfafunktioner (t.ex. experimentella). I den här fasen är målet att få tillräcklig användning för att få meningsfull feedback om funktionens design, funktionalitet och användarupplevelse. Alpha-funktioner kan aktiveras och hanteras med hjälp av azd config
kommandot .
Viktigt!
Alpha-funktioner rekommenderas endast för icke-affärskritiska scenarier med försiktighet eftersom det finns en liten risk för inkompatibla ändringar i efterföljande versioner som leder till stabila versioner.
Definition
- Dessa funktioner är under aktiv utveckling.
- Funktioner är dolda bakom en funktionsflagga, som intresserade användare uttryckligen måste välja.
- Det finns inga garantier för långsiktig stabilitet eller stöd för experimentella funktioner.
- Inget åtagande om att funktionen är något som produktteamet planerar att gå vidare till en förhandsversion eller ett stabilt stadium (det är ett experiment).
Så här väljer du alfafunktioner
Kör för att visa tillgängliga experimentella funktioner:
azd config list-alpha
Om du vill aktivera en specifik experimentell funktion, t.ex.
resourceGroupDeployments
för att stödja infrastrukturdistributioner i resursgruppens omfång, kör du:azd config set alpha.resourceGroupDeployments on
Om du vill inaktivera funktionen
resourceGroupDeployments
kör du:azd config set alpha.resourceGroupDeployments off
Mer information finns på GitHub-lagringsplatsen azure-dev .
Avancemangsvillkor (hur man når beta)
- Funktionen har blivit korrekt specifikation och godkänd av produktteamet.
- Produktteamet har formellt gått med på att gå vidare med funktionen till nästa fas.
- Funktionen är dokumenterad och hjälptexten är tillgänglig i produkten.
- Bekräftelse på att UX lyckas via tillräcklig användarfeedback.
Betafunktioner
Målet med den här fasen är att förbättra funktionsupplevelsen och gå vidare bortom konceptbeviset.
Viktigt!
Betafunktioner rekommenderas endast för icke-affärskritiska scenarier med försiktighet eftersom det finns en liten risk för inkompatibla ändringar i efterföljande versioner som leder till stabila versioner.
Definition
- Till skillnad från alfafunktioner behöver en användare inte vidta explicita åtgärder för att använda en betafunktion .
- Minskat antal icke-bakåtkompatibla ändringar i versioner för betafunktioner när funktionaliteten mognar görs baserat på kundfeedback.
- Icke-bakåtkompatibla ändringar dokumenteras med förklaringar om hur du sammanfattar dessa pauser.
- Betakommandon betecknas som sådana (Beta) i azd-produkthjälpen.
Avancemangsvillkor (hur man når stabilt)
- Produktteamet har formellt granskat och godkänt funktionsutvecklingen till nästa fas.
- Funktionen är funktionellt komplett och stabil.
- Funktionen har testats noggrant manuellt och har tillräckligt med enhets- och integreringstester för att fånga upp regressioner och buggar.
- Eventuella återstående buggar är acceptabla och blockeras inte för användare (t.ex. UX-förbättringar).
- Produktteamet har fått signaler om att UX lyckas via tillräcklig användarfeedback.
- Produktteamet anser att funktionen verkligen ökar värdet för UX från slutpunkt till slutpunkt.
Stabila funktioner
Definition
- Produktteamet står bakom dessa funktioner.
- Icke-bakåtkompatibla ändringar i dessa områden är oväntade.
- Produktteamet ser till att eventuella icke-bakåtkompatibla ändringar distribueras på ett sätt som minimerar påverkan.
- Används i affärskritiska scenarier.
Begär hjälp
Information om hur du skickar in en bugg, begär hjälp eller föreslår en ny funktion för Azure Developer CLI finns på felsöknings - och supportsidan .