Share via

Stöd för undersidor i wiki

  • Artikel

Nu kan du lägga till undersidor till dina wiki-sidor så att du kan se innehållet och länkarna. I Boards kan du nu lägga till färger i simbana och låsa anpassade fält från att redigeras. Vi fortsätter också våra investeringar i säkerhet och har lagt till ett nytt PAT-omfång för att hantera pipelineauktorisering och godkännanden och kontroller.

Mer information finns i viktig information.

Azure-tavlor

Azure-pipelines

Wiki

Azure-tavlor

Förhindra redigering av fält för delningsbara listrutor

Anpassade fält delas mellan processer. Detta kan skapa ett problem för listfält eftersom vi tillåter att processadministratörer lägger till eller tar bort värden från fältet. När du gör det påverkar ändringarna fältet i varje process som använder det.

För att lösa det här problemet har vi lagt till möjligheten för samlingsadministratören att "låsa" ett fält från att redigeras. När listfältet är låst kan den lokala processadministratören inte ändra värdena för den listrutan. De kan bara lägga till eller ta bort fältet från processen.

Gif to demo editing of shareable picklist fields.

Simbanafärger

I din Kanban-tavla hjälper simbanor dig att visualisera statusen för arbete som stöder olika klasser på servicenivå. Nu kan du lägga till färg i simbanor för att göra dem enklare att identifiera i din tavla.

Gif to demo adding color to swimlanes.

Kommentar

Den här funktionen är endast tillgänglig med förhandsversionen av New Boards Hubs.

Azure-pipelines

Nytt PAT-omfång för att hantera pipelineauktorisering och godkännanden och kontroller

Vi har lagt till ett nytt PAT-omfång med namnet Pipeline Resourcesför att begränsa skador som orsakats genom att läcka en PAT-token. Du kan använda det här PAT-omfånget när du hanterar pipelineauktorisering med hjälp av en skyddad resurs, till exempel en tjänstanslutning, eller för att hantera godkännanden och kontroller för den resursen.

Pipelines REST API Updates

Följande REST API-anrop stöder det nya PAT-omfånget enligt följande:

Få förbättringar av pipelinebehörigheter

Vi har förbättrat upplevelsen av att hantera pipelinebehörigheter så att behörighetssystemet kommer ihåg om en pipeline tidigare hade använt en skyddad resurs, till exempel en tjänstanslutning.

Om du tidigare checkade av "Bevilja åtkomstbehörighet till alla pipelines" när du skapade en skyddad resurs, men sedan begränsade åtkomsten till resursen, behövde pipelinen en ny auktorisering för att använda resursen. Det här beteendet var inkonsekvent med efterföljande öppning och stängning av åtkomst till resursen, där en ny auktorisering inte krävdes. Detta har nu åtgärdats.

Variabler som indata i kontroller

Godkännanden och kontroller är en körningssäkerhetsmekanism som gör det möjligt för resursägare att styra vilka pipelinekörningar som kan använda deras resurs.

Två populära kontroller är Invoke Azure Function (Anropa Azure Function ) och Invoke REST API (Anropa REST API). Tidigare, när du konfigurerar dem, kunde man bara använda fördefinierade systemvariabler eller variabelgrupper.

I den här sprinten har vi lagt till stöd för pipelinedefinierade variabler. Detta fungerar när du anger parametrarna Function key, Headers, Bodyoch Query för sådana kontroller.

Anta att du har följande YAML-pipeline. Observera att vi definierar variablerna , , MyBodyoch och MyQueryen körningsdefinierad variabel med namnetRetryCount. MyHeaderFunctionKey

variables:
  FunctionKey: <<redacted>>
  MyHeader: "FabrikamHeader"
  MyQuery: "FabrikamQuery"
  MyBody: "FabrikamBody"

stages: 
- stage: Build
  jobs:
  - job: SetRC
    steps:
    - script: echo "##vso[task.setvariable variable=RetryCount;isOutput=true]3"
      name: RCValue
- stage: Deploy
  jobs:
  - deployment: 
    environment: Production
    strategy:
      runOnce:
        deploy:
          steps:
          - script: ./deploy.sh

Du kan konfigurera en Anropa Azure-funktionskontroll i produktionsmiljön och referera till $(FunctionKey), $(MyHeader), $(MyBody), $(MyQuery)och $(Build.SetRC.RCValue.RetryCount), som i följande skärmbild.

Invoke Azure Function

Syntaxen för att använda körningsdefinierade variabler är StageId.JobId.StepOrTaskName.Variable.

Läs mer om det rekommenderade sättet att använda kontrollerna anropa Azure Function och REST API.

Möjlighet att inaktivera maskering för korta hemligheter

Azure Pipelines maskerar hemligheter i loggar. Hemligheter kan vara variabler som markerats som hemliga, variabler från variabelgrupper som är länkade till Azure Key Vault eller element i en Tjänst Anslut ion som markerats som hemlighet av tjänstprovidern Anslut ion.

Alla förekomster av hemligt värde är maskerade. Maskering av korta hemligheter, t.ex. '1', '2', 'Dev' gör det enkelt att gissa deras värden, t.ex. i ett datum: 'Jan 3, 202***'
Det är nu tydligt att "3" är en hemlighet. I sådana fall kanske du föredrar att inte maskera hemligheten helt och hållet. Om det inte går att inte markera värdet som hemligt (t.ex. att värdet hämtas från Key Vault) kan du ange AZP_IGNORE_SECRETS_SHORTER_THAN ratten till ett värde på upp till 4.

Skript för att själv validera pipelineagentversionen

Vi har för närvarande två versioner av Pipeline-agenten: v2 använder .NET 3.1 Core och v3 använder .NET 6. Vi distribuerar långsamt v3-agenten till operativsystem som stöds, varefter vi drar tillbaka v2-agenten. Mer information finns i blogginlägget om att uppgradera .NET-agenten för Azure Pipelines.

Vi har skapat ett skript som hjälper dig att kontrollera om dina lokalt installerade agenter kommer att kunna uppgradera. Det här skriptet bearbetar alla pooler i din organisation och identifierar v2-agenter på operativsystem som inte stöds av v3-agenten, t.ex. CentOS 6, Fedora-versioner före 31, macOS 10.14, RHEL 6.

Kommentar

De senaste versionerna av v2-agenten kommer inte att försöka uppgradera automatiskt till v3-agenten på ett operativsystem som inte är kompatibelt med det.

Översiktsikon för pipelinekörningsstatus

I den här sprinten gör vi det enklare att känna till den övergripande statusen för en pipelinekörning.

För YAML-pipelines som har många steg brukade det vara svårt att känna till statusen för en pipelinekörning, det vill säga att den fortfarande körs eller är klar. Och om det är klart, vad är det övergripande tillståndet: lyckades, misslyckades eller avbröts. Vi har åtgärdat det här problemet genom att lägga till en översiktsikon för körningsstatus.

Pipeline run status overview icon

Wiki

Stöd för tabell med undersidor

Nu kan du lägga till en innehållsförteckning för undersidor på dina wiki-sidor. Den här tabellen innehåller länkar till alla undersidor som finns under sidan där tabellen med undersidor visas.

Du kan lägga till tabellen med undersidor antingen genom att infoga den särskilda taggen [[_TOSP_]] manuellt eller från Fler alternativ som visas i den animerade bilden nedan. Endast den första [[_TOSP_]]- taggen används för att skapa tabellen med undersidor.

Den här funktionen prioriterades baserat på följande community-förslagsbiljetter:

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.

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 hjälpmenyn för att rapportera ett problem eller ge ett förslag.

Make a suggestion

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

Tack,

Rajesh Ramamurthy