Dela via

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

  • Artikel

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 för produkten. Med utkast av pull-begäranden i Azure Repos kan du skapa en pull-begäran som du ännu inte är redo att slutföra, så att de inte kan slutföras av misstag. Vi lanserar också några nya funktioner i Azure Artifacts, inklusive möjligheten att exkludera filer i artefaktuppladdningar och få härkomstinformation om paket.

Mer information finns i listan Funktioner nedan.

Funktioner

Allmänt:

Azure Boards:

Azure-lagringsplatser:

Azure Pipelines:

Azure Artifacts:

Allmänt

REST API version 5.0

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 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

Textredigerare för nytt arbetsobjekt

Vi är glada över att kunna meddela att den nya textredigeraren är allmänt tillgänglig i arbetsobjektsformuläret. Vår textredigerare har varit inaktuell ett tag, och den nya upplevelsen kommer att bli en enorm förbättring. Den nya redigeraren är modernare och kraftfullare och ger nya funktioner, inklusive 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 kodfragmentet. Med det här tillägget kan du enkelt och tydligt diskutera kod i arbetsobjektsformuläret.

Textredigeringskod

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 väcka liv i dina beskrivningar och kommentarer och ge dem lite mer personlighet!

Arbetet med den här redigeraren är öppen källkod, så kolla gärna in roosterjs-lagringsplatsen på GitHub på https://github.com/Microsoft/roosterjs.

Azure-lagringsplatser

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. Väljaren låter dig 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 redo och för att göra det enkelt att skapa pågående arbete som kanske inte involverar alla, stöder vi nu utkast av pull-begäranden.

Du kan skapa pull-begäranden genom att välja Skapa som utkast i listrutan Skapa när du skapar en pull-begäran.

Skapa PR-utkast

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

Märke som anger status.

Pull-begäranden för utkast inkluderar inte granskare eller körningsversioner som standard, men gör att du kan lägga till granskare manuellt och köra byggen. Om du vill flytta upp pull-begäran till en normal pull-begäran klickar du bara på knappen Publicera på sidan med information om pull-begäran.

Azure-pipelines

Utlösa YAML-pipelines med taggar

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

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

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

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

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

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

Deklarera containerresurser infogade

Tidigare krävde vi att du deklarerade dina containerresurser i YAML-pipelines och sedan refererade till dem efter namn. Vi erbjuder nu en infogad syntax för fall där du inte kommer att referera till containern 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 kunde projektdeltagare inte 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 är påboarding 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 standard används Azure Pipelines för att köra alla jobb igen när du distribuerar 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 kör omkörningen alla jobb och hoppar ö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 konfigurationen konfigureras 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 skulle du, för att undanta filer från publicerade artefakter, behöva kopiera filerna till en mellanlagringskatalog, ta bort de filer som ska undantas och sedan ladda upp dem. Nu söker både Universal Packages och Pipeline Artifacts efter en fil med namnet .artifactignore i katalogen som laddas upp till och exkluderar filerna automatiskt, vilket tar bort behovet av en mellanlagringskatalog.

Härkomstinformation om paket

Med den här uppdateringen har vi gjort det lite enklare att förstå ursprunget för dina paket, inklusive vem eller vad som publicerade dem och vilken källkod 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ärkomstinformation om paket.

Azure Artifacts REST API-dokumentationsuppdateringar

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

Nästa steg

Anteckning

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 dessa funktioner. 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,

Jeremy Epling