Stöd för GitHub Copilot skräddarsydda agenter i Azure Boards

Azure Boards har nu stöd för att välja GitHub Copilot anpassade agenter när du skapar en pull-begäran från ett arbetsobjekt. Anpassade agenter som skapats på lagringsplats- eller organisationsnivå i GitHub visas automatiskt i Azure DevOps, och den valda agenten genererar kodändringarna och skapar pull-begäran på den valda lagringsplatsen.

Mer information finns i versionsinformation.

GitHub Avancerad säkerhet för Azure DevOps

Azure Boards

Azure Repos

Azure Pipelines

GitHub Avancerad säkerhet för Azure DevOps

Implementering av behörigheter inom säkerhetsöversikten

Säkerhetsöversikten tillämpar nu behörigheten Avancerad säkerhet: Läs aviseringar i alla vyer (risk och täckning). Lagringsplatser där den aktuella användaren saknar den här behörigheten visas inte längre i säkerhetsöversiktsresultat. Den här ändringen säkerställer att säkerhetsöversikten respekterar samma åtkomstkontroller som aviseringar på lagringsplatsnivå, vilket förhindrar obehörig insyn i vilka lagringsplatser som har aktiva resultat.

Skapa identitetsåtkomst begränsad för API:er för avancerad säkerhet (tillfälligt återställd)

Den här ändringen har tillfälligt återställts. Mer information finns i Skapa identitetsåtkomst som är begränsad för återställning av Avancerade säkerhets-API:er .

REST-API:er för avancerad säkerhet accepterar inte längre byggtjänstidentiteter (till exempel Project Collection Build Service) som samtalspart. Den här ändringen hindrar pipeline-baserad automatisering från att komma åt eller ändra säkerhetslarmdata med hjälp av byggtjänstkonton, vilket minskar risken för oavsiktliga larmtillståndsförändringar under CI/CD-körningar. Om du har automatisering som interagerar med API:er för avancerad säkerhet med hjälp av en byggidentitet uppdaterar du dessa arbetsflöden för att använda en namngiven användare eller tjänstens huvudnamn med lämpliga behörigheter för avancerad säkerhet.

Inaktuell genomsökningsidentifiering i säkerhetsöversiktstäckning

Säkerhetsöversiktens täckningsfönster identifierar nu verktyg med genomsökningar som är äldre än 90 dagar. Verktyg som inte har genererat resultat på över 90 dagar visar en inaktuell indikator som hjälper säkerhetsteam att snabbt upptäcka lagringsplatser där genomsökningen kan ha slutat köras eller där pipelinekonfigurationer behöver åtgärdas. Den här synligheten gör det enklare att upprätthålla omfattande genomsökningstäckning i hela organisationen och fånga konfigurationsavvikelsen innan den skapar blinda fläckar.

Azure Boards

Azure Boards integrering med GitHub Copilot stöder nu anpassade agenter

Den Azure Boards integreringen med GitHub Copilot stöder nu valet av anpassade agenter. Om du inte redan är bekant med anpassade agenter kan du läsa mer om dem i dokumentationen om hur du skapar anpassade agenter.

När du har skapat en anpassad agent på lagringsplats- eller organisationsnivå blir den automatiskt tillgänglig i Azure DevOps. När du skapar en pullförfrågan från ett arbetsobjekt visas en ny agentvalskontroll bredvid lagringsplatslistan.

Skärmbild för anpassad agent för anslagstavlor.

När du har valt en anpassad agent och klickat på Skapa används agenten för att generera kodändringarna och skapa pull-begäran på den valda lagringsplatsen.

Ökad maxgräns för anslutna GitHub lagringsplatser

Vi har ökat gränsen per anslutning när vi länkar GitHub lagringsplatser till ett Azure DevOps projekt. Den nya maxgränsen i webbupplevelsen är nu 2 000, vilket matchar den gräns som redan är tillgänglig via REST-API:et för uppdatering.

Azure Repos

Förbättrat API för Git-principkonfiguration

API:erna för principkonfiguration förbättras för att göra det enklare och effektivare att hämta alla principer som gäller för en specifik lagringsplats. Du kan nu köra frågor mot principer som definierats på lagringsplatsnivå och principer som tillämpas på grenar eller ReFS på den lagringsplatsen, utan att behöva söka igenom hela projektet. Den här förbättringen minskar onödiga API-anrop och förbättrar prestanda för tjänster som hanterar principer i stor skala. Befintligt principbeteende förblir oförändrat.

Policy Configurations – Get – REST API (Azure DevOps Git)

Azure Pipelines

Förbättrad felsökning av pipelinekörning

I den här sprinten förbättrar vi din förmåga att felsöka pipelinekörningar.

Det kan hända att du måste avbryta körningen, men jobbet eller fasen fortsätter att köras och du är förvirrad. Vi har lagt till varningsmeddelanden för att meddela dig när och varför så är fallet.

Anta att du har följande YAML:

stages:
- stage: WUS1
  jobs:
  - job: DeployWUS1
    condition: eq(variables['Build.SourceBranchName'], 'main')
    steps:
    - task: CmdLine@2
      inputs:
        script: echo "Deploying $(System.StageName)"
    - task: CmdLine@2
      inputs:
        script: sleep 60
- stage: WUS2
  condition: eq(variables['Build.SourceBranchName'], 'main')
  jobs:
  - job: DeployWUS2
    steps:
    - task: CmdLine@2
      inputs:
        script: echo "Deploying $(System.StageName)"

Föreställ dig nu att du avbryter körningen medan du kör jobbet DeployWUS1. Jobbet fortsätter att köras, och fas WUS2 också. Azure Pipelines förklarar varför jobbet och fasen fortsätter att köras.

En annan förbättring vi inför är att vi berättar varför en fas hoppas över.

Anta att du kör samma YAML från en annan gren, till exempel , release_123och du väljer att bara köra fasen WUS2. Tidigare hade både WUS1 och WUS2-steg samma status, Skipped, men det var inte klart varför varje av stegen hoppades över. Nu vet du om fasen hoppades över eftersom du avmarkerade den vid överkörning eller på grund av dess driftvillkor.

Nästa steg

Anmärkning

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.

Ge ett förslag

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