Dela via

Utkast till pull-begäranden och textredigerare för nytt arbetsobjekt – Sprint 143-uppdatering

I Sprint 143-uppdateringen av Azure DevOps introducerar vi en ny textredigerare för arbetsobjekt som är mycket kraftfullare och enklare att använda. Detta är en del av vårt arbete med att modernisera och förbättra upplevelsen i hela produkten. I Azure Repos kan du skapa utkast till pull-begäran som du ännu inte är redo att slutföra, vilket förhindrar att de slutförs av misstag. Vi släpper även några nya funktioner i Azure Artifacts, inklusive möjligheten att exkludera filer i artefaktuppladdningar och få proveniensinformation om paket.

Mer information finns i listan Funktioner nedan.

Features

Allmänt:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

General

Version 5.0 av REST-API

Varje API-begäran bör innehålla en API-version. Men om du gör en REST-begäran till en tidigare utgiven slutpunkt utan api-version växlar standardversionen av den begäran från 4.1 till 5.0 med den här distributionen. Mer information om REST- och API-versioner finns i REST API-referens för Azure DevOps Services.

Azure-tavlor

Nytt textredigeringsprogram för arbetsobjekt

Vi är glada över att kunna meddela den nya textredigerarens allmänna tillgänglighet i arbetsobjektsformuläret. Vår textredigerare har varit inaktuell ett tag, och den här nya upplevelsen kommer att bli en enorm förbättring. Den nya redigeraren är modernare och kraftfullare och ger nya funktioner som storleksändring av bilder, kodfragment, kortkommandon för både Mac och Windows och ett fullständigt emojibibliotek.

Du kan använda den här kontrollen i valfritt textfält i arbetsobjektsformuläret, inklusive i dina diskussioner. Här är den nya upplevelsen som du kan förvänta dig att se:

Textredigerare

Nedan kan du se kodfragmentupplevelsen. Med det här tillägget kan du enkelt och tydligt diskutera kod i arbetsobjektsformuläret.

Textredigerarens kod

Vi vill verkligen börja göra arbetsuppgiften till en mer social upplevelse. Vårt första steg i den resan är att ge emojistöd till dina textfält och diskussioner om arbetsobjektet. Med hjälp av emojis kommer du att kunna ge liv åt dina beskrivningar och kommentarer och ge dem lite mer personlighet!

Det arbete som görs för den här redigeraren är öppen källkod, så du kan kolla in roosterjs-lagringsplatsen på GitHub på https://github.com/Microsoft/roosterjs.

Azure Repos

Förbättrad grenväljare

De flesta av funktionerna i Azure Repos kräver att du väljer en lagringsplats och sedan en gren på lagringsplatsen. För att förbättra den här upplevelsen för organisationer med ett stort antal grenar distribuerar vi en ny grenväljare. Med väljaren kan du nu välja dina favoritgrenar eller snabbt söka efter en gren.

Grenväljare

Utkast till pull-begäranden

För att förhindra att pull-begäranden slutförs innan de är klara och för att göra det enkelt att skapa pågående arbete som kanske inte involverar alla, stöder vi nu utkast till pull-begäranden.

Du kan skapa utkast till pull-begäran genom att välja Skapa som utkast från listrutan Skapa-knappen vid skapande av en pull-begäran.

Skapa pr-utkast

När du har skapat ett utkast för pull-begäran, visas ett märke bredvid rubriken som anger dess status.

Märke som anger status.

Utkast pull-begäranden inkluderar inte granskare eller kör byggen som standard, men låter dig lägga till granskare manuellt och köra byggen. Om du vill höja upp pull-begäran till en vanlig pull-begäran klickar du bara på knappen Publicera från informationssidan för pull-begäran.

Azure-pipelines

Utlösa YAML-pipeliner med taggar

YAML pipelines kan utlösas när taggar läggs till i en commit. Detta är värdefullt för team vars arbetsflöden innehåller taggar. Du kan till exempel starta en process när en commit taggas som den "senast fungerande".

Du kan ange vilka taggar som ska inkluderas och exkluderas. Till exempel:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Ange att en befintlig pipeline ska avbrytas automatiskt när en pull-begäran uppdateras

Som standardinställning avbryts pipelines som utlöses av pull-begäranden (PR:ar) om en ny ändring skickas till samma PR. Detta är önskvärt i de flesta fall eftersom du vanligtvis inte vill fortsätta köra en pipeline på inaktuell kod. Om du inte vill ha det här beteendet kan du lägga till `autoCancel: false` till PR-utlösaren.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Deklarera containerresurser direkt

Tidigare krävde vi att du deklarerar dina containerresurser i YAML-pipelines och sedan refererar till dem med namn. Nu erbjuder vi en inbäddad syntax för tillfällen när du inte kommer att behöva referera till behållaren flera gånger.

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

Ändringar av standardbehörigheter för nya projekt

Fram tills nu har projektdeltagare inte kunnat skapa pipelines om de inte uttryckligen får behörigheten Skapa byggdefinition. För nya projekt kan nu alla teammedlemmar enkelt skapa och uppdatera pipelines. Den här ändringen minskar friktionen för nya kunder som introduceras till Azure Pipelines. Du kan alltid uppdatera standardbehörigheterna för gruppen Deltagare och begränsa deras åtkomst.

Distribuera till misslyckade mål i en distributionsgrupp

Som standardinställning brukade Azure Pipelines köra alla jobb igen när du distribuerade om en tidigare misslyckad körning. Nu kan du åsidosätta det här beteendet genom att konfigurera distributionsalternativet när du distribuerar. Genom att välja alternativet Alla jobb och begränsa till misslyckade mål i en distributionsgrupp kommer omkörningen att köra alla jobb och hoppa över distributionerna till de mål som redan är uppdaterade.

Distribuera till misslyckade mål i en distributionsgrupp.

Stöd för infrastruktur som kod

Vi lägger till stöd för Infrastruktur som kod (IaC) i våra Azure DevOps-projekt. IaC är en process för att hantera och etablera infrastruktur för databehandling med viss deklarativ metod, samtidigt som de konfigurerar sin konfiguration med hjälp av definitionsfiler i stället för traditionella interaktiva konfigurationsverktyg. På så sätt kan du arbeta med resurserna i din lösning som en grupp. Du kan distribuera, uppdatera eller ta bort alla resurser för din lösning med hjälp av en mall för distribution. Den här mallen kan användas för olika miljöer, till exempel testning, mellanlagring och produktion.

Azure Artifacts

Exkludera filer i artefaktuppladdningar

Tidigare, för att undanta filer från publicerade artefakter, skulle du behöva kopiera filerna till en mellanlagringskatalog, ta bort de filer som ska undantas och sedan ladda upp. Nu söker både Universal Packages och Pipeline Artifacts efter en fil med namnet .artifactignore i katalogen som laddas upp till och utesluter automatiskt dessa filer, vilket tar bort behovet av en mellanlagringskatalog.

Ursprungsinformation om paket

Med den här uppdateringen har vi gjort det lite enklare att förstå proveniensen för dina paket, inklusive vem eller vad som publicerade dem och vilken källkod som de kom från. Den här informationen fylls i automatiskt för alla paket som publiceras med hjälp av uppgifterna npm, NuGet och .NET Core, Twine Authenticate (för Python) och Universal Packages .

Härstamningsinformation om paket.

Uppdateringar av dokumentationen för Azure Artifacts REST API

Med den här sprintuppdateringen lanserar vi omfattande uppdateringar av dokumentationen för REST-API:erna för Azure Artifacts, vilket bör göra det enklare att utveckla mot dem i dina egna program.

Nästa steg

Anmärkning

Dessa funktioner kommer att lanseras under de kommande två till tre veckorna.

Läs om de nya funktionerna nedan och gå till Azure DevOps för att prova dem själv.

Gå till Azure DevOps

Så här ger du feedback

Vi vill gärna höra vad du tycker om de här funktionerna. Använd feedbackmenyn för att rapportera ett problem eller ge ett förslag.

Ge ett förslag

Du kan också få råd och dina frågor som besvaras av communityn på Stack Overflow.

Tack så mycket

Jeremy Epling