Jak psát smysluplné commit zprávy pro zpětnou dohledatelnost změn > 자유게시판

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Tělo zprávy je volitelné, ale pro složitější změny nezbytné. Pište ho do více řádků, oddělte ho od předmětu prázdným řádkem. V těle vysvětlete, proč ke změně došlo, jaký problém řeší a jaké jsou důsledky pro ostatní části systému. Tip: Pokud popisujete, co přesně jste změnili, místo abyste vysvětlovali, proč to děláte, raději se zastavte a přeformulujte. Rozdíl mezi „Opravil jsem, že funkce padala, když přišel prázdný řetězec" a „Funkce nyní vrací výchozí hodnotu pro prázdné vstupy, protože to očekává volající kód" je zásadní pro pochopení kontextu.

Když potřebujete připravovat data před testem – třeba vytvořit dočasný soubor, připojit se k databázi nebo nastavit konfiguraci – použijte funkce označené jako fixture. Fixture se definuje pomocí @pytest.fixture a může vracet libovolnou hodnotu. Předáte ji jako argument do testovací funkce a pytest se postará o to, aby se spustila příslušná příprava. Důležité je nezapomínat na úklid po testech – pokud fixture otevírá soubor, měla by ho po dokončení interiéru zavřít, jinak riskujete únik paměti nebo nekonzistentní stav.

Historie verzování není jen záloha kódu, ale i komunikační nástroj. Každá změna v repozitáři by měla být čitelná jako kronika, ze které se dá zjistit nejen co se stalo, ale i proč. Commit zprávy, které jsou plné obecných frází jako