Recenzovat změnu neznamená umět číst kód. Znamená to umět se zeptat.
Krok 1 — vyrobte si změnu
Bezpečně: v repozitáři je vzorová stránka nebo dokumentace, kde překlep nikomu neublíží. Změňte jedno slovo — v ručně psaném souboru, ne v generovaném.
Krok 2 — nechte si to vysvětlit
Vysvětli mi aktuální změny jako netechnickému recenzentovi. Rozliš funkční změnu, obsah, generované soubory, dokumentaci a rizika. A řekni mi, jak si to mám ověřit.Krok 3 — najděte pět kategorií
Dobrý výklad rozdělí změny na: funkční, obsah a data, generované, dokumentaci, testy a brány. Zkontrolujte, že tam ty kategorie jsou — a hlavně že generované soubory jsou označené jako důsledek, ne jako rozhodnutí. Cvičení Výklad ukazuje 44 změněných souborů: 2 datové a 42 generovaných. Kolik rozhodnutí to je? Dvě. Těch 42 vzniklo spuštěním generátoru z těch dvou — nikdo je nenapsal a nikdo je neposuzuje jednotlivě. Kdyby to bylo naopak (generovaný soubor změněný bez změny dat), je to nález: buď se editovalo na špatném místě, nebo se změnil generátor. Obojí stojí za otázku.Zobrazit řešení Skrýt řešení
Krok 4 — hledejte, co tam nepatří
Je v těch změnách něco, co tam nepatří?Do repozitáře nepatří lokální konfigurace, hesla, dočasné výstupy ani osobní poznámky. Tohle je jediná otázka z celé lekce, která má bezpečnostní dopad: Git nezapomíná. Co se jednou commitne, zůstane v historii i po smazání.
Krok 5 — vraťte to zpátky
Cvičnou změnu zahoďte. Vrácení nesledované změny je běžná operace a Claude ji umí popsat — ale ať to udělá kdokoli, mělo by být předem jasné, co přesně se zahazuje. Ověř si, že to sedí Výklad říká „změny jsou bezpečné“. Co si ověříte? Jak se to pozná. „Bezpečné" je závěr, ne důkaz — zeptejte se na konkrétní příkaz, po kterém má být vidět, že je všechno v pořádku. Vysvětlení bez způsobu ověření je žádost o důvěru, a ta se v tomhle projektu nedává ani nástroji.Zobrazit odpověď Skrýt odpověď