Merge commity, které zbytečně zahlcují historii větve

Pozor na přílišné vlhčení. Mokrá látka může zanechat mapy a v krajním případě pod ní začne plesnivět výplň. U koženky nebo ekokůže stačí otřít vlhkým hadříkem, ale pozor na agresivní čisticí prostředky s rozpouštědly – narušují povrch a vznikají lesklé skvrny. U sametových látek se vyhněte krouživým pohybům, které trvale zmačkají vlas. Vždy testujte čisticí prostředek na skrytém místě.

U delších vláken je největší ztráta času čekání na dokonalou odpověď. Zaveďte pravidlo: na e-mail, který vyžaduje akci, odpovězte do dvou minut krátce – potvrďte přijetí, navrhněte termín nebo položte doplňující otázku. Rozsáhlé odpovědi pište až tehdy, když máte všechny podklady. Vyhnete se nekonečnému přepisování a druhá strana ví, že se věc řeší.

U koláčů se vyplatí těsto rozválet na lehce pomoučené ploše a okraje nechat silnější. Tenká místa se při pečení trhají a náplň vytéká. Náplň z tvarohu připravte hustší, jinak podmočí dno a koláč se neodlepí od plechu. Buchty plňte až po vykynutí, ne před ním. Náplň studená, těsto vlažné. Po upečení nechte buchty na plechu pět minut, pak je přendejte na mřížku. Pokud je zakryjete hned, zapaří se a zvlhnou.

Prášek, sůl a suchá cesta k čisté lát

Pracujte rychle a chladně. Máslo nakrájejte na kostky a nechte je v mouce obalit, pak je rozmačkejte prsty jen do velikosti hrášku. Zbytek dokončete nožem nebo stěrkou. Pokud těsto hnětete rukama příliš dlouho, tuk se rozpustí a začne se pojit s moukou – výsledek je tuhý a při pečení se srazí. Vejce rozšlehejte s vodou a octem zvlášť a vlijte je do mouky najednou. Všechno spojte několika pohyby, dokud se těsto nerozpadá. Klidně v něm zůstanou vidět kousky másla, to je správně.

Většina týmů si časem všimne, že hlavní větev je plná commitů typu „Merge branch…", které nenesou žádnou informaci o práci. Historii to znepřehlední, ztíží bisect a zbytečně zahlcuje diff. Přitom stačí změnit několik návyků a nastavení. Nejde o to merge úplně zakázat, ale používat ho jen tam, kde skutečně přináší hodnotu — tedy u dlouhých větví s více autory.

Nastavení v repozitáři pomůže udržet jednotný postup. Zvaž git config --global merge.ff only, aby merge bez fast-forward selhal a přinutil tě k rebase nebo squashi. Dále git config --global rebase.autosquash true usnadní úpravu commitů před sloučením. Pozor ale na to, že vynucené nastavení může kolidovat s prací kolegů, kteří používají jiný workflow. Proto je lepší se domluvit na konvenci a tu dodržovat, než spoléhat na to, že si každý nastaví totéž.

Před každým rebasem si udělej záložní větev nebo si poznamenej hash. Když se něco pokazí, git reflog tě vrátí zpět. Během řešení konfliktů používej git rebase --continue, případně --skip nebo --abort. Po rebasu zkontroluj, že všechny testy procházejí — změna historie může odhalit závislosti, které dřív držely pohromadě jen díky pořadí commitů. Až bude větev čistá, slouč ji fast-forwardem. Výsledkem je lineární historie, ve které se dá snadno hledat, a to i za několik měsíců.

Častou chybou je snaha rebasovat už publikovanou větev. Pokud ji někdo jiný použil jako základ pro svou práci, přepíšeš mu historii a on bude muset řešit konflikty, které nemusely vzniknout. Pravidlo je jednoduché: rebase pouze na svých lokálních commitech, které ještě nejsou v žádné sdílené větvi. U sdílených větví používej merge, i když vytvoří merge commit. Jeden merge commit je menší zlo než rozbitá historie pro celý tým.

Základem je rebase místo merge při začleňování změn z hlavní větve do své pracovní. Místo git pull používej git pull --rebase nebo si nastav git config --global pull.rebase true. Tím se tvé lokální commity přehrají na aktuální vrchol a nevznikne žádný merge commit. Pozor na jednu věc: rebase mění hash commitů, takže nikdy nerebasuj větev, kterou už někdo jiný stáhl a pracuje na ní. To je nejčastější zdroj konfliktů a ztracené práce.

Fast-forward a squash při sloučení do hlavní větve Když je tvá větev hotová a chceš ji sloučit do hlavní, použij git merge --ff-only, pokud byla odbočena z aktuálního vrcholu. Pokud ne, můžeš větev nejprve rebasovat na hlavní a pak teprve fast-forward. Alternativou je squash: git merge --squash vytvoří jeden commit se všemi změnami, ale nezachová historii jednotlivých commitů. To se hodí u větví, kde je spousta drobných oprav, ale ne u práce, kterou bude někdo potřebovat dohledat po částech.