Arbetsspårning, processer och projektgränser

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

Den här artikeln beskriver drifts- och objektbegränsningar som Azure DevOps platser för arbetsspårningsåtgärder och anpassningar. Vissa praktiska begränsningar gäller också. Tänk på de här gränserna när du anpassar arbetsobjektstyper (WIT).

Tips

Använd objektbegränsningsspåraren för att få insyn i organisationens resursanvändning i alla gränskategorier i realtid. Mer information finns i Introducing Object Limit Tracker in Azure DevOps.

Arbetsobjekt och frågor

Följande begränsningar gäller för arbetsobjekts- och frågedefinitioner.

Objekt	Gräns
Bifogade filer per arbetsobjekt	100
Storlek på bifogad fil	60 MB
Långt textfält	1M tecken
Exekveringstid för fråge	30 sekunder
Frågeresultat	20 000 objekt
Frågelängd	32 000 tecken
Delade frågor per mapp	999 frågor
Länkar till arbetsobjekt per arbetsobjekt	1 000
Arbetsobjekttaggar per arbetsobjekt	100
Ändringar av arbetsobjekt (REST API)*	10 000
Favoritfrågor per projekt	200 frågor

*REST-API:et för Azure DevOps Services tillämpar en ändringsgräns för arbetsobjekt på 10 000 uppdateringar. Den här gränsen gäller endast för REST API-uppdateringar och påverkar inte uppdateringar som görs via webbportalen. Om du automatiserar uppdateringar av arbetsobjekt via API:et och stöter på den här gränsen kan du överväga att skapa ett nytt arbetsobjekt för att fortsätta spåra i stället för att uppdatera det befintliga.

Vad händer när du når en gräns:

• Körningstid för frågor: Frågan stoppar och returnerar ett timeout-fel. Lägg till mer specifika filtervillkor eller datumintervall för att minska omfånget.
• Frågeresultat: Resultaten trunkeras till 20 000 objekt – inget fel visas. Förfina dina filtervillkor eller dela upp frågan i flera sparade frågor.
• Storlek på bifogade filer: Den bifogade filen avvisas vid uppladdningen med ett felmeddelande. Komprimera eller dela filen innan du ansluter.
• Länkar till arbetsobjekt: Nya länkar blockeras när gränsen nås. Överväg att konsolidera relaterade länkar eller arkivera äldre arbetsobjekt.

Om en fråga överskrider tidsgränsen eller returnerar för många resultat kan du läsa Metodtips för att definiera en fråga för vägledning om hur du optimerar frågeprestanda.

Kvarvarande uppgifter, tavlor, översiktsvyer och team

Följande drifts- och objektgränser gäller för team, arbetsobjekttaggar, kvarvarande uppgifter och tavlor.

Komponent	Gräns
Eftersläpningar	10 000 arbetsobjekt*
Styrelser	1 000 kort exklusive kort i kategorierna Föreslaget och Slutförttillstånd
Aktivitetstavla	1 000 uppgifter
Områdessökvägar per projekt	10 000
Områdessökvägar per team	300
Djup för områdessökväg	14 nivåer
Iterationssökvägar per projekt	10 000
Iterationssökvägar per team	300
Djup för iterationssökväg	14 nivåer
Project instrumentpaneler per project	500, tillgänglig på projektnivå för alla med projektåtkomst
Teaminstrumentpaneler per team	500, specifikt för teamet och används för att spåra teamspecifika mått och data
Teams per projekt	5,000
Arbetsobjekttaggar per arbetsobjekt	100
Arbetsobjekttaggar per organisation eller samling	150,000
Leveransplaner per projekt	1,500
Mallar per typ av arbetsobjekt	100

*Varje kvarvarande uppgifter kan visa upp till 10 000 arbetsobjekt, men det finns ingen specifik gräns för hur många arbetsobjekt du kan definiera. Om din kvarvarande information överstiger 10 000 objekt kan du överväga att lägga till ett team och flytta några arbetsobjekt till det nya teamets kvarvarande uppgifter.

Vad händer när du når en gräns:

• Visning av kvarvarande uppgifter: Arbetsobjekt utanför visningsgränsen är dolda från kvarvarande uppgifter men tas inte bort. Använd en fråga för att hitta och hantera dolda objekt.
• Brädkort: Kort som överskrider gränsen är dolda från brädvyn. Objekt i kategorierna Föreslagna och Slutförda tillstånd räknas inte mot gränsen på 1 000 kort.
• Instrumentpanelsgräns: Det går inte att skapa nya instrumentpaneler när gränsen har nåtts. Granska och ta bort oanvända instrumentpaneler för att frigöra utrymme.

Tips

Om du närmar dig instrumentpanelens gränser vidtar du följande åtgärder för att minska antalet.

• Granska det senast använda datumet eller kontrollera med gruppmedlemmar och ta sedan bort instrumentpaneler som är dubbletter eller oanvända.
• Exportera data och arkivera sedan gamla instrumentpaneler.
• Kombinera och konsolidera liknande instrumentpaneler genom att lägga till fler widgetar på instrumentpaneler.

Ytterligare överväganden

• Kvarvarande uppgifter och tavlor visar inte slutförda eller stängda arbetsobjekt om deras ändrade datum är äldre än ett år. Det här beteendet förväntas, inte en bugg. Du kan fortfarande hitta dessa arbetsobjekt genom att köra en fråga. Om du vill att ett arbetsobjekt ska visas igen på en kvarvarande post eller ett bräde gör du en mindre uppdatering för att återställa dess ändrade datum , till exempel lägga till en kommentar eller uppdatera ett fältvärde.
• Undvik att inbädda backlogposter av samma typ. Mer information finns i Åtgärda problem med omordning och kapsling.
• Undvik att tilldela samma områdessökvägar till fler än ett team. Mer information finns i Begränsningar för styrelsevyer för flera team.

GitHub integrering

Om du integrera projektet med GitHub gäller följande begränsningar.

Integration	Gräns
Azure-tavlor webbgränssnitt	1 000 anslutna GitHub lagringsplatser per anslutning
Azure-tavlor API*	2 000 anslutna GitHub lagringsplatser per anslutning

*Mer information finns i GitHub Anslutningar – Hämta GitHub anslutningar.

Vad händer när du når en gräns: När en anslutning når lagringsplatsens gräns kan du inte lägga till fler lagringsplatser till den anslutningen. Skapa en ny GitHub anslutning för att lägga till ytterligare lagringsplatser.

Projekt

Azure DevOps Services begränsar varje organisation till 1 000 projekt. När du går längre än 300 projekt kan vissa upplevelser, som att ansluta till ett projekt från Visual Studio, försämras. Om du har prestandaproblem i en organisation med många projekt kan du överväga att konsolidera projekt eller distribuera arbete mellan flera organisationer.

Processanpassning

Det finns gränser för antalet objekt som du kan definiera för en process. Mer information finns i Anpassa din arbetsspårningsupplevelse.

I följande tabell visas det maximala antalet objekt som du kan definiera för processmodellerna Inheritance och Hosted XML. Praktiska begränsningar kan också gälla.

Objekt	Arv	Hostad XML
Antal processer per organisation	256	64
Typer av arbetsobjekt per process	64	64
Fält per organisation	8192	8192
Fält per process	1024	1024
Fält per arbetsobjekttyp	1024	1024
Listrutor per organisation	2048	-
Listlisteobjekt per lista	2048	2048
Längd på valbarhetslisteobjekt	256	-
Arbetsflödestillstånd per typ av arbetsobjekt	32	16
Sidor (flikar) per typ av arbetsobjekt	16	16
Grupper per sida	32	32
Regler per typ av arbetsobjekt	1024	1024
Åtgärder per typ av arbetsobjekt	1024	1024
Åtgärder per regel	10	10
Portföljens kvarvarande nivåer per process	5	5
Kategorier per process	-	32
Storlek på bifogad arbetsobjekt	60 MB	60 MB

Anteckning

För den värdbaserade XML-processmodellen kan du definiera cirka 10 000 objekt i alla globala listor som anges i alla WITs. Andra begränsningar och efterlevnadskrav för den värdbaserade XML-processmodellen finns i Anpassa en process när du använder värdbaserad XML.

Praktiska begränsningar

Även om du befinner dig inom de hårda objektgränserna kan prestandan försämras när antalet anpassade objekt växer. Följande vägledning representerar det Microsoft rekommenderade driftsintervallet för förutsägbara prestanda. Följ den här vägledningen för att minimera prestandaproblem:

• Begränsa antalet anpassade fält som du definierar. Alla anpassade fält bidrar till det totala antalet tillåtna för en process, samling eller organisation. Du kan ange olika beteenden, till exempel regler och listrutor, för samma fält i olika WITs.

• Begränsa antalet regler som du definierar för en WIT. Du kan skapa flera regler för en WIT, men andra regler kan påverka prestanda negativt när användare lägger till eller ändrar arbetsobjekt.

• Begränsa antalet anpassade WIT-nätverk som du definierar.

Verifiering av arbetsobjektsregler överskrider SQL-gränserna

Ett enda SQL-uttryck definieras per projekt för att validera arbetsobjekt när de skapas eller uppdateras. Det här uttrycket växer med antalet regler som har angetts för alla typer av arbetsobjekt i projektet.

Varje beteendekvalificerare för ett fält ökar antalet underuttryck. Kapslade regler, regler som endast gäller för en övergång eller regler som är villkorade för värdet för ett annat fält lägger till fler villkor i en IF -instruktion.

När användare sparar arbetsobjekt validerar systemet alla regler som är associerade med fälten för den arbetsobjekttypen. När uttrycket når en viss storlek eller komplexitet kan SQL inte längre utvärdera det effektivt och kan generera ett fel. Lös det här felet genom att ta bort vissa WIT-anslutningar eller eliminera vissa regler.

Tips

Om användarna ser fel när de sparar arbetsobjekt och du har kraftigt anpassade regler granskar du antalet regler för alla WIT-nätverk i projektet. Att minska villkorsreglerna (till exempel de som endast gäller under tillståndsövergångar eller är beroende av ett annat fälts värde) har störst inverkan på att minska uttryckskomplexiteten.

Hastighetsbegränsningar

Azure DevOps Services, liksom många lösningar för programvara som en tjänst, använder flera klientorganisationer för att minska kostnaderna och förbättra skalbarheten och prestandan. För att säkerställa bra prestanda och minimera risken för avbrott begränsar Azure DevOps Services de resurser som enskilda användare kan använda och antalet begäranden som de kan göra till vissa kommandon. När användarna överskrider dessa gränser kan tjänsten fördröja eller blockera efterföljande begäranden.

De flesta hastighetsgränser nås via REST API-anrop eller icke-optimerade frågor. Mer information finns i Hastighetsbegränsningar och Metodtips för att undvika att nå hastighetsgränser.

Relaterat innehåll

• Lär dig mer om processanpassning och ärvda processer
• Följ namngivningsbegränsningar och konventioner
• Skapa en process för arv
• Frekvens- och användningsgränser
• Metodtips för att undvika att nå hastighetsgränser