Když vás ruší sousedé, vyberte závěsy a koberce podle útlumu

Nejprve zjistěte, z čeho je zeď. Do plných cihel, betonu nebo tvárnic stačí běžná hmoždinka s vrutem o průměru alespoň osm milimetrů a délce odpovídající tloušťce materiálu. U sádrokartonu je situace jiná: obyčejná hmoždinka se vytrhne i při mírném tahu. Zde použijte speciální kotevní prvky do sádrokartonu, které se při zatížení rozepřou za deskou, nebo najděte dřevěný či ocelový profil ve stěně a šroubujte přímo do něj. Hledání profilu je pracnější, ale výrazně spolehlivější.

Jakmile se nápoj vylije, okamžitě vezměte čistý hadr nebo papírovou utěrku a přiložte ji na místo. Jemně tlačte, aby se tekutina vsákla. Hadr často vyměňujte, ať nevrátíte nečistotu zpět. Pokud jde o víno, můžete na skvrnu nasypat jemnou sůl nebo jedlou sodu – vážou na sebe část tekutiny a usnadní další čištění. Nechte působit několik minut, pak vysajte vysavačem.

Hluk z ulice nebo od sousedů se nedá vyřešit jen zavřeným oknem. Závěsy a koberce dokážou utlumit hlavně střední a vyšší frekvence — řeč, televizi, štěkot psa. Na hluboké dunění basů z reproduktorů nebo na kroky nad hlavou mají jen omezený vliv. Než začnete vybírat, ujasněte si, odkud hluk přichází. Jiná tkanina funguje na stěně vedle postele, jiná na okně do rušné ulice.

Dětský pracovní koutek nefunguje, když je uprostřed obývacího pokoje. Dítě sedí zády k prostoru, kudy každou chvíli někdo projde, a mozek neustále vyhodnocuje pohyb za zády. Soustředění se rozpadá během několika minut. První krok není koupit nový nábytek, ale najít místo, kde dítě nebude mít za zády dveře ani průchozí zónu. Ideálně roh, výklenek nebo konec chodby, který neslouží jako spojnice mezi kuchyní a ložnicí.

Světlo musí mít vrstvy, ne jen jeden zdr

Kdy rebase bolí a jak tomu předejít Rebase přepisuje historii. Pokud už jste svou větev pushnuli na sdílený remote a kolega si ji stáhl, přepis mu rozbije lokální kopii. Proto platí: rebasujte jen to, co ještě není ve sdíleném repozitáři. Pro vzdálenou větev použijte git push --force-with-lease, nikdy ne obyčejný --force. Rozdíl je zásadní: --force-with-lease odmítne push, pokud někdo mezitím na remote něco přidal, takže nepřepíšete cizí práci. Pokud tým pracuje na jedné větvi společně, rebase je špatný nástroj a je lepší se domluvit na jiném postupu.

Merge commity vznikají ve chvíli, kdy do sebe sloučíte dvě větve, které se od sebe mezitím rozešly. Pro týmový vývoj to znamená jednu nepříjemnost: historie přestává být čitelná. Každý merge commit je místo, kde se ztrácí informace o tom, kdo co skutečně napsal a v jakém pořadí. Řešením je udržovat historii lineární tím, že změny před sloučením vždy přenesete na aktuální vrchol cílové větve. Následující pravidla popisují, jak to dělat bez zbytečných konfliktů a jak se vyhnout typickým chybám.

Posledním krokem je sloučení do main bez merge commitu. Existují dvě možnosti: fast-forward, kdy se hlavní větev jen posune na váš vrchol, nebo takzvaný squash, kdy se všechny vaše commity sloučí do jednoho. Fast-forward zachová jednotlivé commity, squash je nahradí jedním. Volba závisí na tom, jak detailní historii chcete. Ať zvolíte cokoli, výsledkem je lineární řada commitů bez merge uzlů. To oceníte při hledání chyby nástrojem git bisect, protože každý krok je jeden commit a není třeba řešit, kterou větev vlastně testujete.

Lineární historie není dogma. Je to nástroj pro týmy, kde se na jedné větvi střídá více lidí a kde je rychlá orientace v commitech důležitější než přesné zachování větvení. Pokud tato podmínka neplatí, merge commity ničemu nevadí. Rozhodněte se jednou a držte se toho v celém týmu, jinak vznikne mix, ve kterém se nevyzná nikdo.

Konflikty při rebase jsou běžné a řeší se stejně jako u merge, ale s jedním rozdílem: musíte je vyřešit pro každý přehrávaný commit zvlášť. Po vyřešení spusťte git add a pokračujte přes git rebase --continue. Když se dostanete do slepé uličky, git rebase --abort vrátí vše do původního stavu. Typická chyba je, že lidé v panice smažou celou větev a začnou znovu. To není nutné, dokud znáte hash původního stavu, který najdete v git reflog.

Základem je rebase místo merge při aktualizaci vlastní větve. Když na feature větvi pracujete déle, hlavní větev mezitím odjede dopředu. Místo git merge main použijte git rebase main. Git vezme vaše commity, dočasně je odloží, přesune větev na nový vrchol main a commity znovu přehraje. Výsledek je lineární: žádný merge commit, žádné dvojité rodiče. Podmínkou je, že svou větev máte pouze lokálně a nikdo jiný na ní nepracuje.

Před sloučením do hlavní větve používejte interaktivní rebase: git rebase -i main. Nabídne vám seznam commitů, které můžete sloučit, přejmenovat nebo zahodit. Sloučením několika commitů do jednoho odstraníte šum typu „oprava překlepu" a „ještě jedna úprava". Výsledná historie pak obsahuje jeden smysluplný záznam pro jednu logickou změnu. Pozor na commity, které už jsou na remote v hlavní větvi, ty nikdy nepřepisujte.