Co vyplnit na podací lístek, aby platba složenkou prošla napoprvé?

Než začnete cokoli bourat, domluvte si s sousedy a správcem domu termín odstávky vody a přístup do šachty. Práce v panelovém bytě se dotýkají i společných částí, takže bez koordinace hrozí, že se rozvody napojí v nesprávný čas. Fotografujte si každou fázi, zejména uložení trubek před zásypem. Ušetříte si tím dohadování při případné reklamaci a budete mít doklad o tom, co je pod podlahou.

Pro týmy, které chtějí lineární historii bez merge commitů, se osvědčil model, kdy se do hlavní větve dostávají změny pouze přes rebase a fast-forward. Na serveru se nastaví ochrana větve, která zakáže přímý push a vyžaduje, aby větev před sloučením byla aktuální. Vývojář tedy před dokončením práce udělá rebase na main, vyřeší konflikty lokálně a teprve pak odešle změny. Tím zmizí zbytečné merge commity a historie zůstane čitelná.

Každý tým, který delší dobu pracuje s Gitem, dříve nebo později narazí na historii plnou merge commitů. Vypadá to neškodně: vývojář si stáhne změny, sloučí větev a vznikne další commit, který jen spojuje dvě linie. Jenže při desítkách vývojářů a stovkách větví se z logu stane nepřehledná změť a dohledat, kdo a proč změnil konkrétní řádek, je čím dál těžší.

Předsíň bývá v malém bytě to nejmenší a nejtmavší místo. Přesto rozhoduje o tom, jak celý prostor působí dál. Pokud ji pojmete jako prodlouženou stěnu obývacího pokoje nebo chodby, získáte opticky několik metrů navíc. Klíč není v barvě samotné, ale v tom, co stěna dělá se světlem a s linií podlahy.

Zavedení tohoto postupu není bezbolestné. První týdny budou lidé zapomínat rebasovat a budou posílat merge commity dál. Vyplatí se proto nastavit šablonu pull requestu, do které se napíše připomínka, a v code review merge commit odmítnout. Zároveň je dobré mít v týmu dohodu, že se nikdy nepoužívá git push --force na sdílené větve. Když se tyto návyky usadí, historie se zkrátí, zrychlí se orientace v logu a snižuje se riziko, že někdo omylem vrátí již opravenou chybu.

Častou chybou je rebase větve, na které pracuje více lidí. Druhá strana pak při pullu dostane zmatek a může snadno přijít o část práce. Stejně tak je chyba spoléhat na to, že git pull vždy udělá to, co očekáváte. Výchozí chování se liší podle verze a konfigurace. Nastavte si git config --global pull.rebase true, pokud chcete, aby pull rovnou rebasoval, nebo pull.ff only, pokud chcete jen fast-forward a merge řešit ručně.

Dopravci často odmítají náhradu s tím, že zboží bylo špatně zabalené. To je jejich nejsilnější argument a zároveň místo, kde reklamace padají. Prodejce musí zajistit, aby zásilka vydržela běžnou manipulaci. Pokud ale bylo zboží v krabici bez výplně a volně se v ní pohybovalo, část viny padá na odesílatele. Reklamujte proto vždy u toho, komu jste zaplatili – u prodejce, ne u přepravce. Přepravce je smluvní partner obchodu, ne váš.

Praktické věci, které se v noci opravdu hod

Kdy rebase použít a kdy raději ne Rebase je vhodný pro lokální úklid a pro větve, které ještě nikdo jiný nepoužívá. Jakmile je větev sdílená, přepisování historie způsobí kolegům konflikty. Pravidlo je jednoduché: co je odeslané do hlavní větve, se nepřepisuje. Pokud už merge commit v historii je a chcete se ho zbavit, lze použít interaktivní rebase git rebase -i HEAD~5 a příslušný commit odstranit, ale pouze pokud jste si jisti, že na něm nikdo nestaví.

Řešením není zakázat větve, ale změnit způsob, jakým se změny dostávají do hlavní linie. Místo klasického sloučení použijte rebase. Ten přenese vaše commity na aktuální vrchol cílové větve a vytvoří lineární historii. Příkaz git rebase main na vaší pracovní větvi přehraje vaše commity tak, jako byste je vytvořili až po poslední změně v main. Následně git push --force-with-lease nahraje přepsanou větev. Pozor: force-with-lease je bezpečnější než --force, protože odmítne push, pokud někdo mezitím na vzdálenou větev poslal nové commity.

Platba složenkou na poště se často zdrží kvůli chybě, kterou lze odstranit předem. Podací lístek je formulář, který vyplňuje odesílatel peněz. Banka nebo příjemce se podle něj rozhoduje, komu a kam peníze připsat. Pokud jsou údaje neúplné nebo nečitelné, platba se vrací nebo zůstává viset v meziskladu. Nejde o složitou administrativu, ale o přesnost. Stačí si předem připravit správné údaje a vyplnit je bez přepisování.