github projects teams
Denna handledning om GitHub förklarar begrepp som GitHub-projekt, organisation och team, Fork a Repository, Issues and Project Milestones, GitHub Wiki etc:
I föregående handledning i serien av tutorials på GitHub såg vi hur en utvecklare kan använda plattformen för att lagra projektrelaterade artefakter och versionskontroll samma. Vi såg också koncepten kring Pull-förfrågningar, Merging, Branching och Protecting grenar.
Det är inte allt. I den här handledningen kommer vi att gräva djupare och ta reda på vad GitHub mer kan göra för utvecklare.
=> Kolla in den perfekta GitHub-träningsguiden här.
Här är vad vi kommer att fokusera på.
- Skapa organisation och team
- Gaffel ett förvar
- Skapa problem och projekt milstolpar
- Skapa projektbord
- Skapa GitHub Wiki
Vad du kommer att lära dig:
- Skapa organisation och team
- GitHub gaffel
- GitHub-frågor och milstolpar för projekt
- GitHub Project Board
- GitHub Wiki för dokumentation
- Slutsats
- Rekommenderad läsning
Skapa organisation och team
Som en föregångare till detta avsnitt tillhandahåller GitHub följande 3 typer av konton.
- Personliga användarkonton där du kan skapa obegränsade offentliga och privata arkiv och även bjuda in medarbetare.
- Organisationskonton som främst är ett koncept för delade konton och kommer att se mer i detta avsnitt.
- Företagskonto som används av företag som hanterar policyerna internt för användarna som använder GitHub. Detta används vanligtvis i en lokal version av GitHub Enterprise.
I del 1 såg vi hur ett förråd skapades med ett enda personligt konto där användaren var en enda ägare till förvaret. Detta passar för små scrumlag där du har 3 till 9 personer eller kanske några fler eller att skapa ett förvar för ett enda projekt är bra.
Men tänk om det finns stora Github-projekt som behöver flera förvar och flera team har åtkomst för samma för körningen? Här måste vi titta på hur GitHub Organization hjälper till att gruppera flera arkiv för ett enda stort projekt. Således kommer det också att finnas flera ägare eftersom det skulle vara flera arkiv / team inblandade.
För att börja skapa en ny organisation, klicka på + längst upp till höger och välj Ny organisation.
Välj en plan därefter. Vi kommer att använda en gratis plan för nu som är Team för öppen källkod.
Ange information om organisationen och klicka sedan på Nästa.
Lägg till medlemmarna i organisationen och klicka på Slutför installationen.
Nästa steg är att börja skapa förvar enligt projektets behov och lägga till team till samma.
Du kan också klicka på Bjud in någon för att lägga till medlemmar i den organisation som just skapats. När medlemmar läggs till kan rollen också tilldelas som medlem eller ägare. För att göra detta gå till människor Flik och välj Ändra roll för den medlemmen.
För tillfället kommer vi att behålla en användare som ägare och den andra som medlem. Således kan ägaren skapa flera arkiv och tilldela team till respektive arkiv.
Innan vi skapar arkiv, ska vi först skapa team. Gå till Lag fliken och klicka på Nytt team.
Vi skapar två lag, dvs UI Team och Middleware Team.
Klicka på Skapa team. När laget har skapats kan du lägga till medlemmar i laget enligt nedan.
Skapa på samma sätt det andra teamet och lägg till medlemmar i det. Nu kan du se att det finns två lag.
Låt oss fortsätta med att skapa förvar. Så som ett scenario ska vi nu skapa 2 arkiv det vill säga en för att hålla UI-relaterad kod och den andra för att hålla mellanvarukod. Lagen kommer att tilldelas därefter.
Gå till Förvar fliken och skapa en Nytt arkiv .
Klicka på Skapa förvar knapp. Nästa är att ge UI Team-åtkomst till förvaret.
Gå till Lag flik. Klicka på UI Team och gå till Förvar flik. Klicka på varje lag och lägg till förvaren igen från Förvar flik.
Lägg till förvaret genom att ange förvarets namn.
Jag har ingen standardgateway
Se också till Skriv tillstånd för lagmedlemmarna till detta arkiv, dvs. gruppmedlemmarna kan läsa, klona och trycka på detta arkiv.
På samma sätt gör du stegen ovan för att lägga till Middleware-förvaret till det andra teamet. Således har vi nu en organisation med förvar inom den och teamen också. Teammedlemmarna kan klona förvaret som de har tillgång till och arbeta med detsamma.
GitHub gaffel
Gaffla ett arkiv och håll synkronisering med det ursprungliga arkivet.
I föregående avsnitt och föregående handledning såg vi att förvar skapades och källkod läggs till i den. Tänk nu om lagen vill testa några kodändringar när det ursprungliga förvaret inte är platsen att göra det.
En kopia måste skapas för att experimentera med eventuella ändringar av koden genom att hålla originalförvaret intakt. Det här kallas GitHub Gaffel . För att skapa en gaffel, navigera till förvaret som skapades i det personliga kontot och inte organisationen. Klicka på Gaffel längst upp till höger.
Välj kontot där du behöver dela upp originalförvaret. I det här fallet väljer du det organisationskonto där förvaret ska gafflas.
Förvaret är nu uppdelat som Demo-Proj-Org / Demo_Project_Repo_VN . Så, alla experiment med koden kan göras i den gafflade förvaret och inte i det ursprungliga förvaret.
Om några ändringar har gjorts i det ursprungliga förvaret måste det gafflade förvaret vara i synkronisera . Kommandoradsalternativ kan användas för att få den gafflade förvaret att vara synkroniserat men att skapa en pull-begäran är ett enklare alternativ.
Förutsatt att en ändring görs av en fil i originalförvaret, fortsätt med att skapa en Pull-begäran.
Klicka på länken jämför över gafflar.
Välj huvudet som originalförvaret och basen som det gaffelförvar som visas och klicka på Skapa pull-begäran.
Klicka på Sammanfoga begäran och bekräfta sammanslagningen.
Ändringarna visas i gaffelförvaret och är synkroniserade med det ursprungliga förvaret.
GitHub-frågor och milstolpar för projekt
Normalt måste man i varje projekt spåra uppgifter, defekter, förbättringar osv. Som en del av framstegen. Du kan använda problemen i GitHub för att spåra alla ovannämnda tillsammans med Project Boards.
Med problem kan du associera samma med pull-förfrågningar så att den kan stängas automatiskt när pull-begäran slås samman. Om det finns öppna problem kan de också överföras till andra förvar. I det här avsnittet kommer vi att se mycket mer om hur problem kan användas.
Skapa problem och milstolpar
Gå till förvarets huvudsida och gå till Problem Flik. Klicka på Nytt problem.
Tilldela det till en medarbetare att arbeta med, lägg till etikett för att skilja som en förbättring. En bra praxis är också att nämna om Milstolpe för att spåra framstegen i de frågor som tas upp.
Klicka på Skicka ett nytt nummer.
Problemöversikten visas. Observera att numret på nummer är nummer 11 som kommer att hänvisas senare.
Problemet kan också överföras till ett annat arkiv. Alternativet att göra det är längst ner ”Överföringsproblem”.
Lägg till en förfallodatum till milstolpen - R1. Gå till förvarets huvudsida till Problem Klicka på fliken och klicka på Milstolpar .
Redigera detaljerna för Milestone R1 och lägg till ett förfallodatum. Spara ändringarna när du är klar.
Milestone R1 har nu två öppna utgåvor och% av färdigställningen kan också ses.
Klicka på Milestone R1 för att se vilka frågor som ska levereras för denna milstolpe. Frågor kan också prioriteras om genom att flytta upp och ner.
Filtrera problem
Förutsatt att det finns flera problem som är i Öppna / Stäng-tillstånd och tilldelas till flera medarbetare. Det är mycket viktigt att söka efter de frågor som baseras på vissa kriterier.
Till exempel, alla problem som tilldelats dig, alla problem i öppet tillstånd osv. GitHub erbjuder sökalternativet för att filtrera på problemen och till och med dra förfrågningar.
Gå till fliken Problem och i filterrutan anger du kriterierna enligt följande.
Till exempel alla öppna utgåvor i öppet tillstånd och tilldelade en samarbetspartner.
typ: problemstatus: öppen mottagare: vniranjan2512 milstolpe: R1-etikett: förbättring
Associerade frågor för att dra begäran
När en Pull Request hänvisas till med ett visst nyckelord och nummer och när det slås samman stängs problemet automatiskt. Även om det hänvisas till ett engagemang med nyckelord och nummer, är frågan stängd.
Nyckelordet kan vara vilket som helst, dvs. stäng, stänger, fixar, fixar, löser, löser.
Till exempel, i pull begäran eller begå meddelande omnämnande stänger # 11.
Skapa en pull-begäran och ange nyckelordet & referensnumret som visas i meddelandet. Klicka på Skapa en pull-begäran och slå ihop.
Problemet stängs automatiskt när sammanslagningen av pull-begäran slås samman. Lite automatisering behövs definitivt.
Skapa eller öppna nya problem från källkoden
För alla kodändringar kan ett nytt nummer öppnas. Med detta läggs URL till raden med kodändring till problemet. I ett icke-redigeringsläge för koden klickar du på de tre punkterna (...) bredvid kodraden och väljer Referens i ny utgåva .
Problemuppgifter uppdaterade.
Pin-utgåva
Du kan fästa problemet så att det blir lättare att hitta problemen och också undvika dubbletter från skapas.
Öppna problemet och klicka på längst ned till höger i problemet Fäst problem.
html intervjufrågor och svar pdf
Problemet läggs nu till ovanför listan.
Notera: Högst tre nummer kan fästas när som helst.
GitHub Project Board
Ett projektkort i GitHub ger ett enkelt sätt att visualisera problemen. Du kan se projektets framsteg och titta på vilka frågor som ännu inte har startats, pågående och slutförda utgåvor.
Ett projektkort i GitHub kan skapas baserat på Kanban-mallar som har ett fördefinierat arbetsflöde och kan också anpassas. Exemplet visar ett kort som skapats baserat på användarkontot.
Gå till förvarets huvudsida till Projekt fliken och skapa en Nytt projekt.
Som du kan se ovanifrån hjälper projektstyrelsen till att:
- Sortera uppgifter
- Planera ditt projekt
- Automatisera ditt arbetsflöde
- Spåra framsteg
- Dela status
- Stäng projektet
Nytt projektkort med en grundläggande Kanban-mall.
Brädet skapas med ett arbetsflöde. Ytterligare kolumner för arbetsflöden kan också läggas till genom att klicka på + Lägg till kolumn.
Arbetsflödet kan också automatiseras. Till exempel, om ett nytt nummer skapas kan det läggas direkt till Att göra-status. Välj Hantera automatisering alternativ för den statusen.
Markera kryssrutan Nyligen tillagd och klicka på Uppdatera automatisering. Så när en ny utgåva skapas kommer det projekt som valts för utgåvan automatiskt att läggas till i Att göra-status. Du kan också dra och släppa det befintliga problemet till statusen och flytta från en status till en annan.
I en kolumn kan du också lägga till anteckningar som säkerställer att du visar viktig information om problemen i kolumnen. Klicka på + underteckna och lägg till en anteckning.
Klicka på Lägg till.
GitHub Wiki för dokumentation
En av de mycket viktiga aktiviteterna i alla projekt är att skapa och underhålla dokumentation för ditt förvar för hela teamet att använda. GitHub-arkivet har stöd för att skapa sådan dokumentation med hjälp av GitHub Wiki. Så all information om ditt projekt och dess användning kan fångas i wiki.
Wikis är gratis tillgängliga för offentliga arkiv i GitHub. Wikier använder Open source Markup-biblioteket. Vi kommer att se hur man använder detta bibliotek när vi skriver wikis.
Aktivera Wiki-stöd för arkiv
Klicka på förrådets huvudsida inställningar fliken och se till att Wikier alternativet väljs under Funktioner sektion.
Skapa en GitHub Wiki
Gå till förvarets huvudsida till Wiki flik. Klicka på Skapa den första sidan.
Ange en titel och lägg till text i Wiki. Du kan också använda formateringsalternativet med hjälp av Markdown-stöd. Klicka på Spara sida en gång klar.
Observera att ovanstående innehåll # är för rubrik1, ## är för rubrik2, ### är för rubrik3. * används för oordnad lista. Förhandsgranskningen blir som visas nedan.
På Wiki klicka på fliken + Lägg till en anpassad sidfot.
Lägg till innehållet och spara sidan.
Öppna en sparad Wiki så visas sidfoten.
Lägg till sidofält
Klicka på + på wiki-fliken Lägg till ett anpassat sidofält.
Lägg till innehåll för sidofältet och spara sidan.
Öppna vilken wiki som helst så visas sidofältet.
Visa Wiki-historik
I historiken kan du titta på vem som gjorde ändringen, begå meddelanden och datumet då ändringen gjordes.
Öppna Wiki och redigera sidan. Klicka på Sidhistorik, på höger sida.
Klicka på Hash för att titta på ändringarna. Välj versionerna för att jämföra ändringar och återställa ändringar av en nyare version. Klicka på Återställ ändringar.
Ändringarna återgår till den äldre versionen.
Notera : Du kan återställa ändringarna baserat på behörigheten att redigera Wiki.
Slutsats
I del 1 och del 2 av GitHub-serien har vi sett om versionskontrollaktiviteter, Skapa arkiv, Pull-begäranden, filialer, kodrecensioner, organisationer och team, gaffelförvar, etiketter, milstolpar, utgåvor, GitHub-projekt, Wikis.
I vår kommande handledning kommer vi att titta på att skapa releaser, integration med Jira och få Git-kommandon som hjälper utvecklare innan de driver ändringar i GitHub-förvaret.
Vi hoppas att alla utvecklare tycker att den här praktiska metoden för GitHub är användbar i sina projekt.
=> Besök här för den exklusiva GitHub-utbildningsserien.
Rekommenderad läsning
- Typer av risker i programvaruprojekt
- GitHub-handledning för utvecklare | Hur man använder GitHub
- Hur man använder Microsoft TFS för JAVA-projekt med Eclipse i DevOps
- JIRA Agile Tutorial: Hur man använder JIRA effektivt för att hantera agila projekt
- Hur skiljer sig testplaneringen för manuella och automatiseringsprojekt?
- Exempel på selenpåståenden - Praktiska tillämpningar i projekt
- På plats - Offshore-modell av programvarutestningsprojekt (och hur man får det att fungera för dig)
- Git vs GitHub: Utforska skillnaderna med exempel