Když budete zalévat špatně, listy zežloutnou a rostlina uhyne

Žloutnoucí listy u pokojových rostlin nejsou nemoc. Jsou to příznaky. Rostlina jimi říká, že jí něco chybí nebo naopak přebývá. Nejčastější příčinou bývá zalévání. Ať už příliš časté, příliš vzácné, nebo prováděné nesprávným způsobem. Než sáhnete po hnojivu nebo postřiku, prohlédněte si substrát a kořeny. Většina problémů se skrývá tam.

Mnoho lidí zapomíná na možnost využít věrnostní programy, slevové kódy nebo cashback portály. Ty mohou cenu snížit i o desítky procent, ale je třeba je hledat před dokončením objednávky. Pozor na falešné slevy – obchod nejprve cenu navýší a pak zlevní, takže výsledná cena je stejná nebo vyšší. Vždy si porovnejte cenu s historií. Některé nástroje ukazují vývoj ceny v čase. Pokud nakupujete sezónní zboží, vyplatí se počkat na výprodej nebo akci.

Akumulace tepla ve zdivu není o tloušťce samotné, ale o součinu objemové hmotnosti, měrné tepelné kapacity a tloušťky. Těžké materiály jako plná cihla, vápenopísek nebo beton mají vysokou objemovou hmotnost i tepelnou kapacitu, takže naakumulují více tepla na centimetr tloušťky. Lehké tvárnice z pórobetonu nebo keramzitu mají kapacitu nižší, zato lépe izolují. Rozhodující je proto kombinace: nosná vrstva z těžkého materiálu uvnitř a izolace vně.

Prvním velkým problémem je předčasné tasení karty. Sudí často vytáhne žlutou už při prvním ostrém souboji, i když hráč jen klopýtl a o nic nešlo. Následky jsou stejné jako u chybějící karty: hráči ztratí respekt, začnou se ptát, co ještě projde, a zápas se rozpadne. Praktické pravidlo zní: než vytáhnete kartu, ověřte si, zda opravdu šlo o přestupek, který ji vyžaduje. Pokud ne, stačí klidné gesto rukama a verbální upozornění. To mnohdy funguje karta, kterou později nemůžete vzít zpět.

Místo uložení by mělo být chladné, tmavé a s stálou teplotou. Ideální je spíž, sklep nebo spodní police kuchyňské linky. Teplotní výkyvy škodí více než trvale vyšší teplota. Rozhodně nepokládejte lahve na parapet, nad radiátor ani do koupelny, kde je vlhko a teplo. Vlhkost podporuje růst plísní na hrdle lahve a může kontaminovat obsah. Pokud máte jen světlou místnost, použijte neprůhledné obaly nebo lahve z tmavého skla.

Rebase místo merge na feature větvích Základ je jednoduchý. Každou feature větev před sloučením přeneste na aktuální stav hlavní větve příkazem git rebase main. Tím se vaše commity přehrají na nový základ a vznikne lineární posloupnost. Potom už žádný merge commit nevznikne. Důležité je rebasovat pouze svoji větev, nikdy ne větev, kterou už někdo jiný stáhl a pracuje na ní. Jinak si kolegové rozejdou historii a budou muset řešit konflikty znovu. Pokud si nejste jistí, zda je větev sdílená, ověřte to přes git log nebo se zeptejte v týmu.

Pro práci ve více lidech se osvědčilo rebasovat vlastní commity ještě před otevřením pull requestu. Když recenzent vidí čistou historii, rychleji pochopí změny. Zároveň platí, že rebase nemá smysl dělat na větvi, kterou už někdo jiný založil na vaší práci. V takovém případě je lepší nechat merge commit nebo změny rozdělit. Sledujte, kdo na čem pracuje, a domluvte se předem.

Před rebase si vždy uložte práci nebo použijte git stash. Během přehrávání může dojít ke konfliktu. Řešíte ho stejně jako u merge, ale po každé úpravě pokračujete přes git rebase --continue. Když se něco pokazí, git rebase --abort vrátí vše do původního stavu. Toto je záchranná brzda, kterou by měl znát každý člen týmu.

Nejčastější chyba je rebase na main poté, co už byla feature větev pushnutá na vzdálený server. Následný push vyžaduje --force-with-lease, což je bezpečnější varianta než obyčejný force push. Přepíše vzdálenou větev jen tehdy, pokud se od vašeho posledního stažení nezměnila. Nikdy nepoužívejte --force na sdílené větve, jako je main nebo develop.

Zavedení tohoto režimu chce jen dvě věci: dohodu v týmu a zvyk. První týden bude pár konfliktů, pak už bude historie čitelná a git log --oneline --graph ukáže rovnou řadu bez zbytečných uzlů. Pokud se něco pokazí, stačí rebase přerušit a zkusit to znovu. Cílem není dokonalost, ale předvídatelná historie, ve které se dá dohledat, co se kdy změnilo.

Merge commity vznikají ve chvíli, kdy do hlavní větve sloučíte jinou větev pomocí git merge. Většina týmů je toleruje, protože je to nejjednodušší cesta. Jenže jakmile se historie začne větvit a vracet, přestává být čitelná. Kdo co sloučil, kdy a proč, se ztrácí úložné prostory v malém bytě šumu. Řešení není složité: nastavte pravidla a použijte rebase místo merge. Následující postup funguje v malých i středně velkých týmech bez dalších nástrojů.