Växla mellan HTML- och Markdown-redigeraren i Azure Boards kommenterar privat förhandsversion
Med den här uppdateringen kan du nu växla mellan HTML och Markdown-redigeraren i Azure Boards-kommentarer.
Läs viktig information om hur du registrerar dig i den privata förhandsversionen för den här funktionen.
Azure-tavlor
Azure-pipelines
Azure-tavlor
Växla mellan HTML eller Markdown vid kommentarer
För några månader sedan introducerade vi en privat förhandsversion för att aktivera Markdown för kommentarer om arbetsobjekt, i syfte att ersätta den befintliga HTML-redigeraren helt. Vi har fått din feedback och uttryckt en inställning för HTML-redigeraren och vi har justerat vår metod. Nu har du flexibiliteten att växla mellan HTML- och Markdown-redigeraren på kommentarsnivå.
Här är vad du bör förvänta dig:
- Standardredigeraren är fäst från den senaste kommentaren du skapade.
- Du kan konvertera befintliga HTML-kommentarer till Markdown.
- När en Markdown-kommentar har skapats eller uppdaterats kan den inte konverteras till HTML.
Den här uppdateringen implementeras i alla förregistrerade organisationer och de med New Boards Hub aktiverat som standard. Dessutom förlänger vi förhandsgranskningsperioden med några veckor till för att samla in mer feedback. Om du är intresserad av att registrera dig i den privata förhandsversionen kan du kontakta dig direkt via e-post och ta med organisationsnamnet (dev.azure.com/{organisation}).
Dricks
Överväg att registrera dig i förhandsversionen endast om din organisation är helt engagerad i att använda New Boards Hub för alla användare. Upplevelsen av Markdown-kommentarer i de gamla tavlorna kanske inte är optimal.
Azure-pipelines
Förbättrad YAML-validering
Om du vill kontrollera att YAML-syntaxen är korrekt kan du använda Azure Pipelines-webbredigerarens valideringsfunktion. Därför är det viktigt att den här funktionen fångar upp så många YAML-problem som möjligt.
Med den här sprinten är YAML-valideringen mer noggrann när det gäller uttryck.
När du skriver YAML-pipelines kan du använda funktioner för att definiera variabelvärden.
Anta att du definierar följande variabler:
variables:
Major: '1'
Minor: '0'
Patch: $[counter(format('{0}.{1}', variables.Major, variables.Minor ), 0)]
Variabeln Patch
definieras med hjälp av counter
funktionen och de andra två variablerna. I YAML-koden ovan är ordet format
felstavat. Tidigare upptäcktes inte det här felet. Nu identifierar funktionen Verifiera detta och visar ett felmeddelande.
Azure Pipelines identifierar felaktiga variabeldefinitioner på pipeline-/fas-/jobbnivå.
I YAML-pipelines kan du hoppa över körningen av fasen med hjälp av villkor. Skrivfel kan också visas här, som i följande exempel.
steps:
- task: NuGetCommand@2
condition: eq(variable.Patch, 0)
inputs:
command: pack
versioningScheme: byPrereleaseNumber
majorVersion: '$(Major)'
minorVersion: '$(Minor)'
patchVersion: '$(Patch)'
Aktiviteten NuGetCommand
körs endast om värdet för variabeln Patch
är 0. Återigen finns det ett stavfel i villkoret och funktionen Verifiera visar det.
Azure Pipelines identifierar felaktiga YAML-villkor som definierats på pipeline/fas/jobbnivå.
Kontrollerar skalbarhetsfas 3
Som vi nämnde i blogginlägget Uppdateringar att Godkännanden och checkar arbetar vi för att förbättra skalbarheten för våra Godkännanden och kontroller.
Vi går vidare till fas 3 och utför veckovisa, dagslånga brownouts, under vilka alla pipelinekörningar som använder icke-kompatibla kontroller misslyckas.
De schemalagda brownout-datumen är:
- 9 januari 2024, 08:00 UTC till 10 januari 2024, 08:00 UTC
- 16 januari 2024, 08:00 UTC till 17 januari 2024, 08:00 UTC
- 23 januari 2024, 08:00 UTC till 24 januari 2024, 08:00 UTC
- 30 januari 2024, 08:00 UTC till 31 januari 2024, 08:00 UTC
Nästa steg
Kommentar
Dessa funktioner kommer att distribueras under de kommande två till tre veckorna.
Gå över till Azure DevOps och ta en titt.
Så här ger du feedback
Vi vill gärna höra vad du tycker om de här funktionerna. Använd hjälpmenyn för att rapportera ett problem eller ge ett förslag.
Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.
Tack,
Dan Hellem