Edytujesz Merge commity, které zbytečně zaplavují historii

Kde se to nejčastěji pokazí První chyba je rebase už pushnuté větve, kterou má někdo jiný staženou. Force push přepíše historii a kolegovi vzniknou duplicitní commity nebo konflikty. Pravidlo je jednoduché: rebasujte jen to, co jste ještě neposlali do sdílené větve. Pokud už pushnutá větev rebase potřebuje, použijte --force-with-lease, které selže, když někdo mezitím pushnul. Nikdy nepoužívejte --force naslepo.<br><br>Základem je nastavit, aby se při merge do hlavní větve nevytvářel merge commit. V Gitu to zařídí git config --global pull.rebase true a git config --global merge.ff only. Tím se lokální pull vždy přehraje a merge bez fast-forward selže. Pro vzdálenou větev si nastavte git config branch.main.mergeOptions "--ff-only". Kdo potřebuje sloučit delší větev, udělá rebase ručně: git rebase main na své větvi, vyřeší konflikty a pak teprve pushne.<br><br>Zvláštní pozornost věnujte merge z hlavní větve do své. Když ji místo rebase sloučíte, dostanete merge commit, který celý efekt maří. Stejně tak pull bez --rebase vytvoří merge commit, i když jste jen aktualizovali lokální větev. Nastavte si rebase jako výchozí chování a merge používejte jen tam, kde je skutečně potřeba zachovat větevní bod, například u dlouho žijících release větví.<br><br>Historie plná merge commitů vypadá jako výpis ze špatně nastaveného nástroje. Každá drobná změna zanechá dva commity místo jednoho a při hledání regrese se v tom nikdo nevyzná. Řešením není zákaz větvení, ale rebase a fast-forward. Týmy, které to zavedly, mají lineární historii, čitelné diffy a jednodušší revert.<br><br>Bramboráky, které po vytažení z pánve doslova září olejem, nejsou otázkou náhody ani smůly. Většinou jde o souhru tří věcí: příliš mokré těsto, příliš nízká teplota tuku a příliš mnoho tuku na pánvi. Když tyto tři faktory zvládnete, smažené placky budou křupavé a na ubrousku po nich zůstane jen pár kapek.<br><br>Do prostoru před zrcadlem nepatří vysoký uzavřený botník. Otevřená lavice s úložným prostorem nebo nízká skříňka do výšky pasu nechá zrcadlo volné. Další častá chyba je věšák plný kabátů přímo proti zrcadlu – odraz pak ukazuje jen hromadu látek a efekt se ztrácí. Pokud potřebujete zavěsit více věcí, dejte je na boční stěnu, ne do osy pohledu.<br><br>Většina lidí neplýtvá potravinami proto, že by chtěla, ale proto, že nakupuje bez přehledu. Než vyrazíte do obchodu, projděte si, co doma skutečně máte. Nejde o žádný velký úklid – stačí jednou za týden otevřít spíž i lednici a podívat se, co je vzadu. Právě tam se hromadí věci, které zmizí z dohledu a pak se vyhodí. Zapište si jen to, co dochází, ne celý seznam. Nákupní seznam psaný zpaměti vede k duplicitám: doma jsou už dvě rýže a vy nesete třetí.<br><br>Na dno květináče nedávejte vrstvu keramzitu jako „drenáž". Výzkumy i praxe ukazují, že voda se v těžké zemině nad keramzitem drží a hladina se zvedá výš, než kdyby tam vrstva nebyla. Keramzit má smysl jen jako součást substrátu, kde vytváří vzduchové kapsy. Drenážní vrstvu nahraďte kvalitní směsí a květináčem s otvorem.<br><br>Druhá chyba je squashing všeho do jednoho commitu. Historie je sice krátká, ale ztratíte kontext. Lepší je interaktivní rebase s git rebase -i main, kde spojíte jen logické celky a opravíte zprávy. Commit, který dělá tři nesouvisející věci, rozdělte. Naopak pět commitů typu „oprava překlepu" slijte. Cílem není minimální počet commitů, ale to, aby každý šel samostatně pochopit a případně revertovat.<br><br>Pro chodbu je ideální „překážková linka" z barevných papírů nebo švihadel položených na zem. Děti procházejí bosky nebo v ponožkách, našlapují jen na určené barvy, mezitím plní krátké úkoly – vyjmenovat tři ovoce, udělat dva poskoky, zopakovat rytmus. Tato hra nutí k soustředění a zároveň protáhne chodidla. Pozor na kluzkou podlahu: předem ji zkontrolujte a odstraňte případné klacky nebo hračky, které tam zůstaly po jiné činnosti.<br><br>Poslední věc je ochrana hlavní větve na serveru. Zapněte pravidlo, které odmítne merge commit i force push. Bez toho se dřív nebo později někdo vrátí ke starému zvyku a historie se opět rozbije. Když to nejde na serveru, přidejte alespoň kontrolu do CI, která merge commity v cílové větvi odmítne. Tým si na lineární historii zvykne během pár dní a zpětné hledání chyb bude výrazně rychlejší.