Tento prohlížeč se už nepodporuje.
Upgradujte na Microsoft Edge, abyste mohli využívat nejnovější funkce, aktualizace zabezpečení a technickou podporu.
Pro každou z otázek zvolte nejvhodnější odpověď.
Co není dobrým důvodem k vytvoření žádosti o přijetí změn?
Před sloučením větve funkcí do větve main chcete získat zpětnou vazbu k případným změnám.
main
Chcete sloučit větev opravy chyb do mainvětve , ale nemáte oprávnění.
Větev nejde sloučit kvůli main upstreamovým změnám provedeným od jeho vytvoření. Vytvořením žádosti o přijetí změn můžou ostatní přispěvatelé vědět, že potřebují vytáhnout změny, abyste je mohli vložit.
Jak můžete zajistit, aby se žádosti o přijetí změn pro danou oblast úložiště sloučily, pokud někteří uživatelé nebo týmy neschválí?
Jasně vysvětlete zásady pull requestů v CONTRIBUTING.md.
Použijte soubor CODEOWNERS a povolte požadované kontroly.
Přidejte tabulku, která mapuje cesty k adresářům požadovaným uživatelům v SECURITY.md.
Budete požádáni o kontrolu žádosti o přijetí změn. Při procházení změn si všimnete několika menších chyb a překlepů v kódu. Jak byste měli revizi zpracovat?
Zahájíte revizi a opravíte zjevné překlepy přímo. Přidáte komentáře na místa, které vyžadují další diskuzi, nebo nabídnete naučnou hodnotu. Dokončíte revizi pomocí požadovaných změn.
U každého problému, na který narazíte, nechejte jednotlivé komentáře, ale neměňte kód. U překlepů přidáte pro referenci správný pravopis daného slova. Schválíte žádost o přijetí změn, pokud důvěřujete autorovi, že zaimplementuje vaše návrhy.
Odmítnete žádost o přijetí změn. Nemůžeme riskovat, že se do důležité větve náhodou sloučí nějaké chyby.
Před kontrolou vaší práce musíte odpovědět na všechny dotazy.
Byla tato stránka užitečná?
Potřebujete pomoct s tímto tématem?
Chcete vyzkoušet použití funkce Zeptat se a Učit se k objasnění nebo nechcete provést tímto tématem?