Získání zpětné vazby s žádostmi o přijetí změn
Žádosti o přijetí změn podporují kontrolu a sloučení kódu do jednoho procesu pro spolupráci. Jakmile vývojář přidá funkci nebo opravu chyb, vytvoří žádost o přijetí změn, aby zahájil proces sloučení změn do upstreamové větve. Ostatní členové týmu pak mají možnost kód před dokončením zkontrolovat a schválit. Pomocí žádostí o přijetí změn můžete zkontrolovat probíhající práci a získat včasnou zpětnou vazbu ke změnám. Není ale nutné sloučit změny. Vlastník může žádost o přijetí změn kdykoli opustit.
Získání revizí kódu
Kontrola kódu provedená jako součást žádosti o přijetí změn není jen nalezení jasných chyb; to jsou testy. Dobrá kontrola kódu zachytí méně běžné problémy, které by mohly vést k nákladným problémům později.
Revize kódu pomáhají chránit tým před chybnou sloučením a nefunkčními buildy, které zasadí produktivitu týmu. Zkontroluje problémy před sloučením a chrání důležité větve před nežádoucími změnami.
Revize kódu také podporují a podporují spolupráci a komunikaci mezi vývojáři. A tým získá jasnou historii všech změn provedených mezi hlavní větví a větvemi funkcí.
Odborné znalosti a šíření strategií řešení problémů napříč odbornostmi pomocí široké škály revidujících v kontrolách kódu. Díky rozdílům dovedností a znalostí je tým silnější a odolnější.
Dejte skvělý názor
Vysoce kvalitní recenze začínají vysoce kvalitními názory. Mezi klíče pro skvělou zpětnou vazbu v žádosti o přijetí změn patří:
- Požádejte správné lidi, aby žádost o přijetí změn zkontrolovali.
- Ujistěte se, že revidoři vědí, co kód dělá.
- Poskytněte akční a konstruktivní zpětnou vazbu.
- Odpovídání na komentáře včas.
Když revidujícím přiřadíte žádost o přijetí změn, nezapomeňte vybrat správnou sadu revidujících. Revidujícím by měli vědět, jak kód funguje, ale také vývojáři pracují v jiných oblastech, aby mohli sdílet své nápady.
Zadejte jasný popis změn a zadejte build kódu, který obsahuje opravu nebo funkci, která v ní pracuje. Revidujícím by se měli snažit poskytnout zpětnou vazbu ke změnám, se kterými nesouhlasí. Identifikujte problém a poskytněte konkrétní návrhy na to, co by se dalo udělat jinak. Tato zpětná vazba má jasný záměr a je pro vlastníka žádosti o přijetí změn snadno pochopitelná.
Vlastník žádosti o přijetí změn by měl odpovědět na komentáře, přijmout návrhy nebo vysvětlit, proč je odmítne použít. Některé návrhy jsou dobré, ale můžou být mimo rozsah žádosti o přijetí změn. Vezměte tyto návrhy a vytvořte nové pracovní položky a větve funkcí odděleně od žádosti o přijetí změn, aby se tyto změny udělaly.
Ochrana větví pomocí zásad
V úložišti je několik důležitých větví, které týmy spoléhají na to, že jsou vždy v dobrém stavu, jako main
je například větev. Týmy můžou vyžadovat žádosti o přijetí změn, aby na těchto větvích udělaly jakékoli změny s platformami, jako je GitHub a Azure DevOps. Vývojáři, kteří odesílají změny přímo do chráněných větví, budou nabízená oznámení odmítnuta.
Přidejte do žádostí o přijetí změn další podmínky pro vynucení vyšší úrovně kvality kódu v klíčových větvích. Čistý build sloučeného kódu a schválení od více revidujících jsou některé další požadavky, které se často používají k ochraně klíčových větví.
Další informace
GitHub obsahuje rozsáhlou dokumentaci k návrhu změn v práci s žádostmi o přijetí změn.
Přečtěte si další informace o poskytování skvělých připomínek v kontrolách kódu a použití šablon žádostí o přijetí změn k poskytování pokynů revidujícím. Azure DevOps také nabízí bohaté prostředí žádostí o přijetí změn, které se snadno používá a škáluje podle potřeby.