Planera med GitHub
Både GitHub och Azure DevOps har stöd för en rad devops-planeringsfunktioner. Med tanke på att organisationen i exempelscenariot planerar att förlita sig på GitHub för sin DevOps-övergång, med fokus på den förra. Utforska särskilt GitHub Projects och Project Boards, som är tillgängliga för alla GitHub-kunder.
Vad är GitHub Projects?
GitHub Projects är en funktion som hanteras av GitHub-plattformen och ger möjlighet att organisera, spåra och hantera arbete på ett samarbetsbaserat och visuellt sätt. Den här funktionen är lämplig för att hantera livscykeln för programvaruutveckling, även om den kan användas i praktiskt taget alla scenarier som omfattar projektrelaterat arbete. Den integreras nära med andra GitHub-komponenter, till exempel lagringsplatser, problem och pull-begäranden. Det ger ett sätt att planera, spåra förlopp och samordna uppgifter i en lagringsplats och mellan lagringsplatser.
Varje projekt är automatiskt tillgängligt i tabell-, bräd- och översiktslayouten. Du kan också skapa vyer genom att filtrera, gruppera och sortera komponenter som ingår i projektet, generera konfigurerbara diagram och lägga till anpassade fält baserat på dina individuella inställningar eller behov.
GitHub Projects stöder milstolpar som representerar måldatum för specifika mål eller slutprodukt. Milstolpar implementerar en tidslinje för projektet och gör det möjligt för team att spåra sina framsteg.
Projekt innehåller inbyggda arbetsflöden som du kan använda för att uppdatera statusen för objekt baserat på fördefinierade händelser, till exempel att automatiskt ange status för ett nyligen skapat problem till Att göra eller automatiskt ange status till Klar när problemet stängs. Som standard är två arbetsflöden aktiverade i ett nyligen skapat projekt:
- När problem eller pull-begäranden i projektet stängs är deras status inställd på Klar
- När pull-begäranden i projektet sammanfogas är deras status inställd på Klar.
Vad är en GitHub Projects-styrelse?
En GitHub Projects-styrelse erbjuder en visuell representation av motsvarande projekt. Den är tillgänglig via brädlayouten och har stöd för en Kanban-upplevelse. Den består av kolumner och kort som gör att du kan organisera och spåra problem och pull-begäranden. Kolumner kan anpassas för att representera olika projektfaser. Kort representerar arbetsobjekt, till exempel problem, utkastproblem eller pull-begäranden. Du kan dra kort mellan kolumner för att återspegla deras aktuella status eller slutförandefas och värdet för dessa objekt justeras för att matcha kolumnen som du drar dem till. Varje kort kan innehålla många fält, inklusive etiketter, tilldelningar, förfallodatum och beskrivningar. Med de här fälten kan du ange ytterligare information om det arbete som spåras.
Genom att använda funktionen vyer kan du skapa flera tavlor i en lagringsplats, var och en med en egen, distinkt uppsättning kolumner. Du kan också ange en gräns för antalet kort i en viss kolumn i en brädlayout för att implementera en WIP-gräns.
Hur börjar jag med GitHub Projects-tavlor?
Innan du startar ett nytt GitHub-projekt skapar du en lagringsplats. En lagringsplats lagrar alla dina projektfiler och tillhandahåller en plattform för att hantera ditt arbete och samarbeta med andra. För att spåra projektrelaterade arbetsobjekt, använd ärenden. Problem ger en praktisk metod för att kommunicera och fatta beslut inom ett team, inklusive diskussioner om programlivscykelinformation, till exempel buggar eller prestandarapporter, projektplanering eller brainstorming av en ny idé. Om du vill ge förslag på förbättringar använder du pull-begäranden som innehåller föreslagna ändringar.
Överväg också att använda standardetiketterna som ingår i varje lagringsplats eller skapa anpassade etiketter. Etiketter hjälper till med att hålla reda på projektmål, utse buggar, skilja mellan olika typer av arbete och ange status för problem eller pull-begäranden. Du kan till exempel hitta alla buggar i projektet genom att filtrera efter problem med motsvarande etikett.
När du skapar ett projekt kan du antingen börja från början eller använda många projektmallar med fördefinierade styrelsestrukturer som är inriktade på de vanligaste användningsfallen, till exempel Teamplanering, Funktionsversion, Kanban, Iterativ utveckling eller Buggspårare.