Prozkoumání toku GitHubu

Dokončeno

GitHub je nejlepší nástroj, který umožňuje spolupráci ve vašich projektech. Tok GitHubu je pracovní postup založený na větvích navržený pro GitHub.

Poznámka:

K implementaci toku GitHubu budete potřebovat účet GitHubu a úložiště. Viz "Registrace do GitHubu" a "Vytvoření úložiště".

Tip

Všechny kroky toku GitHubu můžete provést prostřednictvím webového rozhraní GitHubu, příkazového řádku, rozhraní příkazového řádku GitHubu nebo GitHub Desktopu.

Prvním krokem je vytvoření větve v úložišti, která bude fungovat, aniž by to mělo vliv na výchozí větev, a spolupracovníkům poskytnete možnost zkontrolovat svou práci.

Další informace najdete v tématu "Vytváření a odstraňování větví v úložišti".

Screenshot of a branching model representing the branch creation.

Proveďte požadované změny v úložišti. Pokud uděláte chybu, můžete se vrátit nebo nasdílet další změny, abyste ji opravili.

Potvrďte a nasdílejte změny do větve, aby se vaše práce zálohovala do vzdáleného úložiště a každé potvrzení poskytlo popisnou zprávu. Každé potvrzení by mělo obsahovat izolovanou a úplnou změnu, která usnadňuje návrat, pokud se rozhodnete pro jiný přístup.

Každý, kdo spolupracuje s vaším projektem, může vidět vaši práci, odpovídat na otázky a vytvářet návrhy nebo příspěvky. Pokračujte ve vytváření, potvrzení a nasdílení změn do větve, dokud nebudete připraveni požádat o zpětnou vazbu.

Tip

Pro každou změnu můžete vytvořit samostatnou větev, abyste revidujícím usnadnili poskytnutí zpětné vazby nebo pochopení rozdílů.

Jakmile budete připraveni, můžete vytvořit žádost o přijetí změn a požádat spolupracovníky o zpětnou vazbu k vašim změnám. Viz "Vytvoření žádosti o přijetí změn".

Kontrola žádostí o přijetí změn je jednou z nejcennějších funkcí spolupráce. Před sloučením změn můžete od partnerů a týmu vyžadovat schválení. Můžete ho také označit jako koncept v případě, že chcete mít před dokončením změn časnou zpětnou vazbu nebo rady.

Screenshot of a branching model representing an open a pull request.

Popište žádost o přijetí změn co nejvíce s navrhovanými změnami a tím, jaký problém řešíte. K dokumentování změn můžete přidat obrázky, odkazy, související problémy nebo jakékoli informace a revidujícím pomoct pochopit žádost o přijetí změn bez otevření jednotlivých souborů. Viz "Základní syntaxe zápisu a formátování" a "Propojení žádosti o přijetí změn s problémem".

Screenshot of open a pull request representation with description field, related issue and a checklist template.

Dalším způsobem, jak zlepšit kvalitu žádosti o přijetí změn a dokumentaci a explicitně upozornit na revidujícím, je použít oblast relace komentáře. Můžete @mention také požádat o kontrolu od konkrétních lidí nebo týmů.

Screenshot of pull request comment field.

Existují další konfigurace žádostí o přijetí změn, například automatické vyžádání kontroly od konkrétních týmů nebo uživatelů, když se vytvoří žádost o přijetí změn nebo zkontroluje spuštění žádostí o přijetí změn. Další informace najdete v tématech "O kontrolách stavu" a "O chráněných větvích".

Po ověření komentářů revidujících a kontroly by měly být změny připravené ke sloučení a můžou žádost o přijetí změn schválit. Viz Sloučení žádosti o přijetí změn."

Pokud dojde ke konfliktům, GitHub vás informuje, abyste je vyřešili. "Řešení konfliktů při slučování".

Screenshot of a branching model representing the branch merge.

Po úspěšném sloučení žádostí o přijetí změn není potřeba, aby tam vzdálená větev zůstala. Větev můžete odstranit, abyste ostatním zabránili v náhodném používání starých větví. Další informace najdete v tématu "Odstranění a obnovení větví v žádosti o přijetí změn".

Poznámka:

GitHub uchovává historii potvrzení a slučování, pokud potřebujete žádost o přijetí změn obnovit nebo vrátit zpět.