github projects teams
V tomto výukovém programu na GitHubu jsou vysvětleny koncepty jako projekty GitHub, organizace a týmy, rozvětvení úložiště, problémy a milníky projektu, GitHub Wiki atd .:
V předchozím kurzu série kurzů na GitHubu jsme viděli, jak může vývojář využít platformu k ukládání artefaktů souvisejících s projektem a ovládání verzí stejné. Také jsme viděli koncepty kolem požadavků Pull, slučování, větvení a ochrana větví.
To není vše. V tomto kurzu se budeme hlouběji zabývat a zjistíme, co dalšího může GitHub udělat pro vývojáře.
=> Zde se podívejte na Perfektní výcvikový průvodce GitHub.
Na to se zaměříme.
- Vytvořte organizaci a týmy
- Vidlice úložiště
- Vytvářejte problémy a milníky projektu
- Vytvořit projektovou desku
- Vytváření GitHub Wiki
Co se naučíte:
- Vytvořte organizaci a týmy
- Vidlice GitHub
- Problémy s GitHub a milníky projektu
- Deska projektu GitHub
- GitHub Wiki pro dokumentaci
- Závěr
- Doporučené čtení
Vytvořte organizaci a týmy
Jako předchůdce této části poskytuje GitHub následující 3 typy účtů.
- Osobní uživatelské účty ve kterém můžete vytvářet neomezená veřejná a soukromá úložiště a také pozvat spolupracovníky.
- Účty organizace což je primárně koncept sdílených účtů a v této části toho uvidíme více.
- Enterprise účet který používají společnosti, které interně spravují zásady pro uživatele používající GitHub. To se obvykle používá v místní verzi GitHub Enterprise.
V části 1 jsme viděli, jak bylo úložiště vytvořeno pomocí jednoho osobního účtu, kde byl tento uživatel jediným vlastníkem úložiště. To je vhodné pro malé scrum týmy, kde máte 3 až 9 lidí nebo možná ještě více lidí, nebo je vytvoření úložiště pro jeden projekt v pořádku.
jak používat soubor .jar
Ale co když existují velké projekty Github, které pro provedení potřebují přístup více úložišť a více týmů? Zde se musíme podívat na to, jak organizace GitHub pomáhá při seskupování více úložišť pro jeden velký projekt. Bude tedy existovat také několik vlastníků, protože by se jednalo o více repozitářů / týmů.
Chcete-li začít vytvářet novou organizaci, klikněte na ikonu + vpravo nahoře a vyberte Nová organizace.
Podle toho vyberte plán. Prozatím budeme používat bezplatný plán, který je Tým pro otevřený zdroj.
Zadejte podrobnosti o organizaci a poté klikněte na Další.
Přidejte členy do organizace a klikněte na Kompletní nastavení.
Dalším krokem je zahájení vytváření úložišť podle potřeb projektu a přidávání týmů do stejných.
Můžete také kliknout na Někoho pozvat přidat členy do právě vytvořené organizace. Při přidávání členů lze roli přiřadit také jako člena nebo vlastníka. Chcete-li to provést, přejděte na stránku Lidé Tab a vyberte Změnit roli pro toho člena.
Prozatím si ponecháme 1 uživatele jako vlastníka a druhého jako člena. Vlastník tedy může vytvořit více úložišť a přiřadit týmy příslušným úložištím.
Než vytvoříme úložiště, vytvořme nejprve týmy. Přejít na Týmy kartu a klikněte na Nový tým.
Vytvoříme 2 týmy, tj. UI Team a Middleware Team.
Klikněte na Vytvořit tým. Jakmile je tým vytvořen, můžete do něj přidat členy, jak je znázorněno níže.
Podobně vytvořte druhý tým a přidejte do něj členy. Nyní vidíte, že existují 2 týmy.
Pojďme k vytvoření úložišť. Jako scénář tedy nyní vytvoříme 2 úložiště tj. jeden pro uložení kódu souvisejícího s uživatelským rozhraním a druhý pro uložení kódu middlewaru. Týmy budou přiřazeny odpovídajícím způsobem.
Přejít na Úložiště kartu a vytvořte Nové úložiště .
Klikněte na Vytvořte úložiště knoflík. Další je poskytnout týmu uživatelského rozhraní přístup do úložiště.
Přejít na Týmy záložka. Klikněte na Tým uživatelského rozhraní a jděte do Úložiště záložka. Klikněte na každý tým a znovu přidejte úložiště z Úložiště záložka.
Přidejte úložiště zadáním názvu úložiště.
Zajistěte také Oprávnění k zápisu pro členy týmu do tohoto úložiště, tj. členové týmu mohou číst, klonovat a odesílat do tohoto úložiště.
Podobně proveďte výše uvedené kroky a přidejte úložiště Middleware do druhého týmu. Nyní tedy máme Organizaci, v níž jsou repozitáře, a také týmy. Členové týmu mohou klonovat úložiště, ke kterému mají přístup, a pracovat na něm.
Vidlice GitHub
Rozvětvte úložiště a udržujte synchronizaci s původním úložištěm.
V předchozích částech a předchozím kurzu jsme viděli vytváření úložišť a přidávání zdrojového kódu do něj. Co když týmy chtějí otestovat některé změny kódu, když to není místo původního úložiště.
Je třeba vytvořit kopii, aby bylo možné experimentovat s jakýmikoli změnami v kódu tak, že původní úložiště zůstane neporušené. Tomu se říká GitHub Vidlička . Chcete-li vytvořit vidličku, přejděte do úložiště, které bylo vytvořeno v osobním účtu, a nikoli v organizaci. Klikněte na Vidlička na pravé horní straně.
Vyberte účet, na který potřebujete rozvětvit původní úložiště. V tomto případě vyberte účet organizace, kde bude úložiště rozdvojeno.
Úložiště je nyní rozdvojeno jako Demo-Proj-Org / Demo_Project_Repo_VN . Jakékoli experimenty s kódem lze tedy provádět ve vidlicovém úložišti a ne v původním úložišti.
Pokud byly v původním úložišti provedeny nějaké změny, musí být vidlicové úložiště v synchronizace . Možnosti příkazového řádku lze použít k synchronizaci vidlicového úložiště, ale vytvoření požadavku na vytažení je jednodušší možností.
Za předpokladu, že se provede změna souboru v původním úložišti, pokračujte vytvořením požadavku na vytažení.
Klikněte na odkaz porovnat napříč vidlicemi.
Vyberte hlavu jako původní úložiště a základnu jako rozvětvené úložiště, jak je znázorněno, a klikněte na Vytvořit požadavek na stažení.
Klikněte na Sloučit požadavek na vytažení a potvrdit sloučení.
Změny se objeví ve vidlicovém úložišti a jsou synchronizovány s původním úložištěm.
Problémy s GitHub a milníky projektu
Normálně v každém projektu je třeba sledovat úkoly, závady, vylepšení atd. Jako součást postupu. Problémy v GitHubu můžete použít ke sledování všech výše zmíněných spolu s projektovými deskami.
S problémy můžete stejné přidružit k žádostem o vyžádání, aby bylo možné je automaticky sloučit při sloučení požadavku na vyžádání. Pokud existují otevřené problémy, lze je také přenést do jiných úložišť. V této části uvidíme mnohem více o tom, jak lze problémy použít.
Vytváření problémů a milníků
Přejděte na hlavní stránku úložiště a přejděte na Problémy Tab. Klikněte na Nový problém.
Přiřaďte jej spolupracovníkovi, na kterém budete pracovat, přidejte štítek, abyste jej odlišili jako vylepšení. Dobrým postupem je také zmínka o Milník sledovat pokrok nastolených problémů.
Klikněte na Odeslat nové číslo.
Zobrazí se souhrn problému. Všimněte si, že číslo vydání je # 11, na které bude odkazováno později.
Vydání lze také přenést do jiného úložiště. Možnost, jak to udělat, je dole „Problém přenosu“.
Přidat datum splatnosti k milníku - R1. Na hlavní stránce úložiště přejděte na Problémy Tab a klikněte na Milníky .
jaký je nejlepší e-mailový server
Upravit podrobnosti o milníku R1 a přidejte termín splatnosti. Po dokončení změny uložte.
Milestone R1 má nyní 2 otevřená čísla a je také vidět% dokončení.
Kliknutím na milník R1 se podíváte na problémy, které mají být pro tento milník dodány. Problémy lze také změnit podle priority přesunutím problémů nahoru a dolů.
Filtrovat problémy
Za předpokladu, že existuje několik problémů, které jsou ve stavu Otevřít / Zavřít a jsou přiřazeny více spolupracovníkům. Je velmi důležité hledat ty problémy, které jsou založeny na určitých kritériích.
Například, všechny problémy, které vám byly přiděleny, všechny problémy v otevřeném stavu atd. GitHub poskytuje možnost vyhledávání k filtrování problémů a dokonce k vyžádání.
Přejděte na kartu Problémy a do pole filtru zadejte kritéria následujícím způsobem.
Například všechny otevřené problémy ve stavu Otevřeno a Přiřazeno spolupracovníkovi.
typ: stav vydání: otevřený postupník: milník vniranjan2512: štítek R1: vylepšení
Přidružit problémy k vyžádání žádosti
Když je požadavek na vyžádání odkazován na konkrétní klíčové slovo a číslo vydání a po sloučení je problém automaticky uzavřen. I když je potvrzení potvrzeno klíčovým slovem a číslem vydání, problém je uzavřen.
Klíčové slovo může být jakékoli, tj. zavřít, zavřít, opravit, opravit, vyřešit, vyřešit.
Například, v požadavku na vyžádání nebo zmínku o potvrzení zprávy zavírá # 11.
Vytvořte požadavek na stažení a uveďte klíčové slovo a referenční číslo, jak je uvedeno ve zprávě. Klikněte na Vytvořte požadavek na stažení a sloučte.
Problém se automaticky uzavře při sloučení požadavku na vytažení. Určitě je zapotřebí trochu automatizace.
Vytvářejte nebo otevírejte nové problémy ze zdrojového kódu
Pro jakékoli změny kódu lze otevřít nové vydání. Díky tomu se k problému přidá adresa URL řádku změny kódu. V režimu bez úprav kódu klikněte na 3 tečky (…) vedle řádku kódu a vyberte Odkaz v novém čísle .
Podrobnosti o vydání byly aktualizovány.
Vydání kolíku
Můžete připnout problém tak, aby bylo snazší najít problémy a vyhnout se také duplicitním problémům být vytvořen.
Otevřete číslo a v pravé dolní části čísla klikněte na Problém s kolíky.
Číslo je nyní přidáno nad seznam čísel.
Poznámka: Maximálně lze kdykoli připnout 3 čísla.
Deska projektu GitHub
Deska projektu v GitHubu poskytuje snadný způsob vizualizace problémů. Můžete si prohlédnout průběh projektu a podívat se na to, jaké problémy je ještě třeba zahájit, probíhající a dokončené problémy.
Desku projektu v GitHubu lze vytvořit na základě šablon Kanban, které mají předdefinovaný pracovní postup a lze je také přizpůsobit. V tomto příkladu se představí deska vytvořená na základě uživatelského účtu.
Na hlavní stránce úložiště přejděte na Projekty kartu a vytvořte Nový projekt.
Jak vidíte shora, projektová deska pomáhá:
- Řazení úkolů
- Naplánujte si svůj projekt
- Automatizujte svůj pracovní postup
- Sledujte pokrok
- Sdílet stav
- Zavřít projekt
Nová projektová deska se základní šablonou Kanban.
Deska je vytvořena s pracovním tokem. Kliknutím na ikonu můžete také přidat další sloupce pracovního postupu + Přidat sloupec.
Pracovní postup lze také automatizovat. Například, pokud je vytvořen nový problém, může být přímo přidán do Stav úkolů. Vybrat Spravujte automatizaci možnost pro tento stav.
Zaškrtněte políčko Nově přidáno a klikněte na Automatizace aktualizací. Když se tedy vytvoří nové číslo, projekt vybraný pro toto číslo se automaticky přidá do souboru Stav úkolů. Můžete také přetáhnout existující problém do stavu a přejít z jednoho stavu do druhého.
Ke sloupci můžete také přidat poznámky, které zajistí, že budete poskytovat některé důležité informace o problémech v tomto sloupci. Klikněte na + podepsat a přidat poznámku.
Klikněte na Přidat.
GitHub Wiki pro dokumentaci
Jednou z velmi důležitých činností v jakémkoli projektu je vytváření a údržba dokumentace pro vaše úložiště pro celý tým. Úložiště GitHub přichází s podporou pro vytváření takové dokumentace pomocí GitHub Wiki. Takže všechny informace o vašem projektu a jeho použití lze zachytit na wiki.
Wikis jsou k dispozici pro veřejná úložiště v GitHubu zdarma. Wikis používá knihovnu značek Open source. Uvidíme, jak tuto knihovnu používat při psaní wiki.
Povolení podpory Wiki pro úložiště
Na hlavní stránce úložiště klikněte na Nastavení a ujistěte se, že Wikis volba je vybrána pod Funkce sekce.
Vytvořte GitHub Wiki
Na hlavní stránce úložiště přejděte na Wiki záložka. Klikněte na Vytvořte první stránku.
Zadejte název a přidejte text na Wiki. Možnost formátování můžete také použít pomocí podpory Markdown. Klikněte na Uložit stránku jednou hotovo.
Poznámka ve výše uvedeném obsahu # je pro nadpis1, ## je pro nadpis2, ### je pro nadpis3. * se používá pro neuspořádaný seznam. Náhled bude zobrazen níže.
sql vs nosql výhody a nevýhody
Na Wiki klikněte na kartu + Přidejte vlastní zápatí.
Přidejte obsah a uložte stránku.
Otevřete libovolnou uloženou Wiki a uvidíte zápatí.
Přidat postranní panel
Na kartě wiki klikněte na + Přidejte vlastní postranní panel.
Přidejte obsah postranního panelu a uložte stránku.
Otevřete libovolnou wiki a uvidíte postranní panel.
Zobrazit historii Wiki
V historii se můžete podívat na to, kdo změnu provedl, potvrzení zpráv a datum, kdy byla změna provedena.
Otevřete Wiki a upravte stránku. Klikněte na Historie stránky, po pravé straně.
Kliknutím na hash se podíváte na změny. Vyberte revize k porovnání změn a vrácení změn u novější revize. Klikněte na Vrátit změny.
Změny se vrátí k starší revizi.
Poznámka : Změny můžete vrátit na základě oprávnění upravovat Wiki.
Závěr
V části 1 a části 2 série GitHub jsme viděli aktivity v oblasti správy verzí, vytváření úložišť, žádosti o natažení, pobočky, kontroly kódu, organizace a týmy, vidlice a úložiště, štítky, milníky, problémy, projekty GitHub, Wikis.
V našem nadcházejícím tutoriálu se podíváme na vytváření verzí, integraci s Jirou a pár dalších Git příkazy který pomůže vývojářům, než provedou změny do úložiště GitHub.
Doufáme, že všem vývojářům bude tento praktický přístup pro GitHub při jejich projektech užitečný.
=> Navštivte zde exkluzivní sérii výukových kurzů GitHub.
Doporučené čtení
- Druhy rizik v softwarových projektech
- Výukový program GitHub pro vývojáře Jak používat GitHub
- Jak používat Microsoft TFS pro JAVA projekty s Eclipse v DevOps
- Výukový program JIRA Agile: Jak efektivně používat JIRA pro správu agilních projektů
- Jak se liší plánování testů pro ruční a automatizované projekty?
- Příklady uplatnění selenu - praktické aplikace v projektech
- Na místě - offshore model projektů testování softwaru (a jak zajistit, aby vám fungoval)
- Git vs GitHub: Prozkoumejte rozdíly pomocí příkladů