Dela via

Länka GitHub-incheckningar, pull-begäranden, grenar och problem till arbetsobjekt i Azure Boards

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

I den här artikeln får du lära dig hur du länkar arbetsobjekt till GitHub-incheckningar, pull-begäranden och grenar när du har anslutit ditt Azure Boards-projekt med en GitHub-lagringsplats. Du kan använda #mention syntax för incheckningar och grenar eller lägga till en GitHub-incheckning, pull-begäran eller grenlänk direkt från Arbetsobjektet i Azure Boards.

Note

Stöd för GitHub-integrering:

  • Azure DevOps Services: Integreras med både GitHub.com- och GitHub Enterprise Server-lagringsplatser via Azure Boards-appen för GitHub.
  • Azure DevOps Server 2020 och senare: Stöder endast integrering med GitHub Enterprise Server-lagringsplatser.
  • Andra Git-lagringsplatser: Integrering stöds inte.

Prerequisites

Category Requirements
Permissions Deltagare i både Azure Boards-projektet och GitHub-lagringsplatsen.
Projektanslutning Azure Boards-projektet är kopplat till GitHub-repositoryt där de commit, pull-begäranden och branch som du vill länka till eller från finns. Mer information finns i Azure Boards-GitHub-integrering.

Note

Projekt som använder den värdbaserade XML-processmodellen kräver uppdateringar av arbetsobjekttyperna för att visa avsnittet Utveckling och GitHub-länktyper. Mer information finns i Uppdatera XML-definitioner för utvalda typer av arbetsobjekt.

Från en GitHub-commit, pull request eller ett ärende använder du följande syntax för att skapa en länk till ditt Azure Boards-arbetsobjekt. Ange AB#ID i texten i ett commitmeddelande. Eller för en pull-begäran eller ett problem anger du AB#ID i rubriken eller beskrivningen. Om du använder AB#ID i en kommentar skapas ingen länk för arbetsobjektet.

AB#{ID}

Till exempel AB#125 länkar till arbetsobjekts-ID 125.

Du kan också ange ett commit- eller pull request-meddelande för att ändra status på arbetsobjektet. Systemet känner igen {state} eller {state category}, tillsammans med fix, fixes, fixedoch tillämpar det på det #-mention-objekt som följer.

När en beskrivning av pull-begäran innehåller ett giltigt tillståndsnamn Closed AB#1234, till exempel , uppdaterar systemet det refererade arbetsobjektet till det specifika tillståndet. Om tillståndsnamnet inte känns igen direkt försöker Azure Boards matcha det med en arbetsflödeskategori som Resolved eller Completed. Om en matchning hittas övergår arbetsobjektet till det första tillgängliga tillstånd som definierats under den kategorin.

Som standard övergår arbetsobjekt som refereras till med fix, fixeseller fixed till det första tillstånd som är associerat med kategorin Löst. Om det inte finns något sådant tillstånd i den aktuella processen övergår systemet i stället arbetsobjektet till det första tillståndet i kategorin Slutförd .

Important

Du kan fortfarande länka arbetsobjekt och rikta in dig mot andra grenar, men regler för statusövergångar gäller inte om inte pull-begäran slås samman till standardgrenen.

Mer information finns i Hur arbetsflödeskategoritillstånd används i Azure Boards backloggar och tavlor (How workflow category states are used in Azure Boards backlogs and boards).

Granska följande tabell med exempel:

Meddelande för commit eller pull-begäran Action
Fixed AB#123 Länkar och övergår arbetsobjektet till kategorin Löst arbetsflödestillstånd eller, om inget har definierats, kategorin Status för slutfört arbetsflöde.
Closed AB#123 Länkar och överför arbetsobjektet till tillståndet Stängt arbetsflöde. Om ingen definieras görs inga övergångar.
Adds a new feature, fixes AB#123. Länkar och övergår arbetsobjektet till kategorin Löst arbetsflödestillstånd eller, om inget har definierats, kategorin Status för slutfört arbetsflöde.
Fixes AB#123, AB#124, and AB#126 Länkar till Arbetsobjekten 123, 124 och 126 i Azure Boards. Övergår endast det första objektet, 123 till kategorin Löst arbetsflödestillstånd eller, om inget har definierats, sedan kategorin Slutfört arbetsflödestillstånd .
Fixes AB#123, Fixes AB#124, Fixes AB#125 Länkar till Arbetsobjekten 123, 124 och 126 i Azure Boards. Övergår alla objekt till antingen kategorin Löst arbetsflödestillstånd eller, om inget har definierats, statuskategorin Slutfört arbetsflöde.
Fixing multiple bugs: issue #123 and user story AB#234 Länkar till GitHub-ärende 123 och Azure Boards-arbetsobjekt 234. Inga övergångar görs.

Note

Om du har anslutit samma GitHub-lagringsplats till projekt som definierats i två eller flera Azure DevOps-organisationer kan du se oväntade AB# -omnämnandelänkar. Mer information finns i Lösa anslutningsproblem. Därför rekommenderar vi att du endast ansluter en GitHub-lagringsplats till projekt som definierats i en enda Azure DevOps-organisation.

När du lägger till en länk till ett arbetsobjekt med AB#, visas dessa länkar i avsnittet Utveckling i pull-begäran.

Skärmbild av AB#-länkar i utvecklingsavsnittet i GitHub-pull-begäran.

Skapa GitHub-gren från arbetsobjekt

Gör följande för att skapa en GitHub-gren direkt från ett arbetsobjekt:

  1. Leta reda på arbetsobjektet som du vill skapa en GitHub-gren från från ditt bräde.

  2. Välj Åtgärder för arbetsobjekt>Ny GitHub-gren.

    Skärmbild av arbetsobjekt Fler åtgärder väljer och markerar alternativet Ny GitHub-gren.

  3. I dialogrutan Skapa en GitHub-gren anger du grennamnet och väljer GitHub-lagringsplatsen och basgrenen.

  4. Välj Skapa.

    Skärmbild av dialogrutan Skapa en GitHub Branch.

    Azure Boards skapar grenen på den angivna GitHub-lagringsplatsen och länkar den till arbetsobjektet. Mer information finns i Azure Boards-GitHub-integrering.

  1. Öppna arbetsobjektet och gå till fliken Länkar .

    Skärmbild av arbetsobjektformulär, fliken Länkar, Lägg till länk till problemet.

  2. I dialogrutan Lägg till länk väljer du någon av GitHub-länktyperna , väljer en GitHub-lagringsplats, anger URL:en till GitHub-grenen, checkar in eller hämtar begäran och väljer sedan Lägg till länk.

    I följande exempel lägger vi till en länk till en GitHub-pull-begäran.

    Skärmbild av arbetsobjektsformulär, fliken Länkar, dialogrutan Lägg till länk, länktypen GitHub pull request markerad.

    Azure Boards slutför en kontroll för att se till att du har angett en giltig länk. Den länkade GitHub-lagringsplatsen måste vara ansluten till Azure Boards-projektet eller så misslyckas verifieringen.

Note

Det uppstår en fördröjning när du slutför AB#-länkarna om du använder Azure DevOps Server och GitHub Enterprise Server. Vi har en "push-and-pull"-design för att hämta från GitHub-händelserna varje timme på de inkrementella ändringarna i Commit, PR och Issue.

Flera händelser uppdaterar automatiskt länkarna i arbetsobjektformuläret, så du behöver inte skapa dem manuellt. Dessa inkluderar:

GitHub-händelse Action
Länk till gren När en pull-begäran skapas från en gren länkas den automatiskt till arbetsobjektet.
Sammanfognings-commit När pull requesten har slagits ihop länkas den resulterande mergecommitten automatiskt till arbetsobjektet.
Ta bort gren Om grenen tas bort (vanligtvis efter sammanslagning) tas länken bort automatiskt från arbetsobjektet.

I avsnittet Utveckling i arbetsobjektformuläret visas länkarna som skapats till GitHub-commits och pull requests med GitHub-ikonen.

Skärmbild av arbetsobjektsformuläret, avsnittet Utveckling visar GitHub-länkar.

Välj länken som tillhandahålls för att öppna commit- eller pull request i GitHub.

Visa GitHub-objekt på en tavla

Med GitHub-anteckningar aktiverade på tavlan kan du snabbt öppna länkade GitHub-incheckningar, pull-begäranden eller problem för mer information. Mer information finns i Anpassa kort.

Skärmbild av bräde som visar GitHub-länkar på arbetsobjektkort.

Nästa steg

Konfigurera statusmärken

Relaterat innehåll