Když chcete plochou historii, naučte tým rebase

Častou chybou je rebase přes příliš mnoho commitů najednou. Když má větev třicet commitů a konflikty se opakují, je lepší ji rozdělit nebo použít interaktivní rebase git rebase -i origin/main a commity sloučit do smysluplných celků. Tím se sníží počet konfliktů a historie se zpřehlední. Pozor také na merge commity, které už v historii jsou – ty při rebase zmizí, což může rozbít vazby na pull requesty.

Nejčastější chybou je vyměnit baterii bez měření. Nová baterie problémy nevyřeší, pokud alternátor dává málo voltů. Změřte napětí přímo na svorkách při běžícím motoru. Hodnota pod 13,5 V při volnoběhu a bez zapnutých spotřebičů znamená, že dobíjení je slabé. Při zapnutých světlech, ventilátoru a vyhřívání zadního okna by napětí nemělo klesnout pod 13 V. Pokud ano, hledejte příčinu v alternátoru, kabeláži nebo kostře.

Pro všechny tři výrobky platí několik pravidel. Sklenice i víčka důkladně umyjte a propláchněte horkou vodou, případně sterilujte v troubě. Naplňujte je po okraj, aby uvnitř nezůstal vzduch. Po sterilaci nechte sklenice vychladnout dnem vzhůru a zkontrolujte, zda víčko drží. Pokud se víčko prohlubuje, je vše v pořádku. Skladujte v temnu a chladu při teplotě do 15 °C. Otevřené výrobky uchovávejte v chladničce a spotřebujte do deseti dnů.

Nejčastější chyby: jedna silná žárovka uprostřed stropu, studené světlo nad jídelním stolem a svítidla bez krytí, která oslní při pohledu ze strany. Další chybou je podsvícení jen poloviny pracovní desky. Pokud svítíte jen nad sporákem, zbytek desky zůstane ve stínu a kuchyně se opticky rozdělí na dvě části.

Prostor nad dveřmi bývá nejméně využívaným místem v celém bytě. Police nebo uzavřené skříňky tam udrží kufry, zimní přikrývky a věci, které potřebujete jen několikrát do roka. Montáž vyžaduje nosnost odpovídající hmotnosti obsahu, proto se vyplatí kotvit do zdi, ne do sádrokartonu bez výztuhy. Za čelem postele vzniká další skrytý prostor, pokud postel nestojí přímo u zdi. Úzká skříňka nebo police o hloubce patnáct až dvacet centimetrů pojme knihy, nabíječky a drobnosti, které jinak leží na nočním stolku. Pozor na přístup: pokud se za postel nedostanete, prostor ztratí smysl.

Lineární historie bez merge commitů vypadá čistě, ale není zadarmo. Nejde o to zakázat větve, jde o to změnit způsob, jakým se změny dostávají do hlavní linie. Místo slučování větve do main přes merge commit se každá změna přenese jako jednotlivé commity přes rebase. Tým si musí osvojit dvě věci: rebase vlastní práce před odesláním a fast-forward merge při přijetí do hlavní větve.

Na běžné nečistoty postačí roztok několika kapek prostředku na nádobí ve vlažné vodě. Pěnu naneste na bílý hadr, ne přímo na čalounění, a jemně tupujte. Vždy testujte na skrytém místě, například na zadní straně opěradla nebo pod sedákem. Nechte uschnout přes noc a zkontrolujte, zda se nezměnila barva nebo struktura látky. U hedvábí, veluru a tmavých odstínů raději používejte jen suchou cestu.

Základní postup pro vývojáře vypadá takto. Po dokončení práce na větvi spusťte git fetch origin, pak git rebase origin/main. Vyřešte konflikty v každém commitu zvlášť. Následně větev odešlete pomocí git push --force-with-lease. Na straně příjemce se změny dostanou do main příkazem git merge --ff-only nebo přes tlačítko, které fast-forward vynutí. Tím vznikne přímá linie bez zbytečného uzlu.

Na co si dát pozor v praxi Rebase přepisuje historii. Jakmile je větev odeslaná a někdo na ní staví, rebase je nebezpečný. Platí proto pravidlo: rebasujte jen to, co ještě nikdo jiný nepoužil. Větve, které sdílíte s kolegy, nechte být a použijte merge. Dále nikdy nerebasujte main, pokud do něj už někdo poslal změny. Force push bez --force-with-lease přepíše i cizí commity a způsobí tichou ztrátu práce.

Poslední věc: testy. Po rebase se může změnit pořadí commitů a tím i výsledek. Vždy po rebase spusťte testy znovu, ideálně na stejném commitu, který posíláte do main. Pokud tým používá CI, nastavte, aby se spouštělo i na fast-forward merge. Jinak se stane, že se do main dostane změna, která prošla jen ve větvi, ale v novém kontextu selže.

V týmu se vyplatí nastavit ochranu hlavní větve. Povolte pouze fast-forward merge a zakážete přímý push. Každý pull request tak projde kontrolou a rebase se stane součástí procesu. Zároveň se domluvte, že se rebasuje před každým odesláním do review, ne po něm. Tím se předejde situaci, kdy recenzent komentuje kód, který se mezitím přepsal.