Častou chybou je používat merge pro „bezpečné” začlenění, protože rebase vyžaduje důkladnější kontrolu. To je ale mylná představa – merge je bezpečnější jen ve smyslu, že zachovává původní stavy, ale neznamená to, že je správný pro týmovou spolupráci. Pokud chcete mít jistotu, že se vám při rebase něco nerozbije, vytvořte si před ním dočasný záložní branch (git branch backup). Tento krok vám umožní v případě potíží snadno vrátit se zpět, aniž byste riskovali ztrátu práce.
Zrcadlo versus zeď: kam ho umístit, aby místnost působila větší Zrcadlo by mělo být umístěno tak, aby odráželo nejdelší stěnu místnosti, případně světlý prostor za ní. Pokud předsíň ústí do obývacího pokoje, pověste zrcadlo na stěnu naproti dveřím – odraz místnosti za vámi vytvoří iluzi pokračujícího prostoru. V úzké chodbě naopak zavěste zrcadlo na delší stěnu, ne na čelní, jinak by se prostor vizuálně ještě více protáhl. Ideální je zrcadlo v celé šířce stěny, ale pokud to není možné, volte raději jedno velké zrcadlo než několik malých – roztříštěné odrazy působí chaoticky a prostor opticky zmenšují.
Pozor také na rámy. Tlusté tmavé rámy kolem zrcadla vytvářejí výrazný vizuální prvek, který může prostor opticky zatížit. V malé předsíni se vyplatí zrcadlo bez rámu, nebo s velmi tenkým rámem ve stejné barvě jako stěna. Pokud chcete zrcadlo využít i jako dekoraci, umístěte ho do úrovně očí tak, aby odráželo nějaký příjemný prvek – kytici, obraz nebo světelný zdroj. Vyvarujte se umístění zrcadla naproti vstupním dveřím, pokud by odráželo jen prázdnou stěnu – takový odraz nikam nevede a ztrácí smysl.
Základem je používat rebase místo merge. Když pracujete na vlastní větvi a potřebujete do ní dostat změny z hlavní větve, místo příkazu git merge main použijte git rebase main. Tím se vaše commity přehrají na konec hlavní větve a historie zůstane rovná. Pozor ale na to, že rebase přepisuje historii – pokud už jste svou větev sdíleli s kolegy, může to způsobit konflikty a zmatek. Proto si před rebase ověřte, že větev nikdo jiný nepoužívá, nebo se domluvte na pravidle, že se větve před začleněním vždy rebasují.
Nejdůležitější parametr je velikost. Na rozdíl od běžné obuvi se lezecké boty kupují o jednu až dvě čísla menší. Neznamená to ale, že by vás měly bolet. Ideální je, když cítíte pevné objmutí celého chodidla, ale prsty se vám nekroutí a nejsou znecitlivělé. Při prvním výstupu volte raději mírně volnější střih, který se přizpůsobí tvaru nohy. Vyhnete se tak křečím a zbytečnému trápení, které by vás mohlo od lezení úplně odradit. Většina bot se navíc časem povolí přibližně o půl čísla, takže nová bota by měla být spíše těsnější než pohodlná.
Při začleňování vlastní větve zpět do hlavní používejte git merge –ff-only nebo git pull –rebase. Tento postup zajistí, že se větev začlení pouze tehdy, pokud je to možné „rychle vpřed” – tedy bez vytvoření merge commitu. Pokud Git hlásí, že rychlé začlenění není možné, je čas znovu rebasovat a teprve poté začlenit. Tento návyk eliminuje většinu zbytečných merge commitů na hlavní větvi.
Stejně důležité jako čištění je i to, jak se k materiálu chováte při běžném používání. Vyvarujte se dlouhodobému vystavení přímému slunci nebo blízkosti topných těles, protože teplo a UV záření způsobují vysychání a křehnutí. Pokud na sedačce nebo křesle z ekokůže spí domácí mazlíček, používejte ochrannou deku. Drápky zvířat dokážou materiál nenávratně poškodit. Také pozor na ostré předměty v kapsách oblečení, jako jsou klíče nebo nůžky.
Světlo by mělo být teplé bílé (kolem 3000 kelvinů), nikoli studené, které působí nemocničně. Pokud máte možnost, použijte stmívač – s jeho pomocí přizpůsobíte intenzitu světla denní době a náladě. Většího efektu dosáhnete také díky světlým barvám na stěnách a podlaze; zrcadlo a světlo fungují nejlépe na světlém podkladu, protože tmavé plochy světlo pohlcují. Pokud máte tmavou dlažbu, doplňte ji světlým koberečkem nebo natřete stěny o odstín světlejší – rozdíl bude okamžitě patrný.
Další pastí je spoléhání na automatické squashing, tedy spojování commitů do jednoho. To je užitečné pro čištění, ale neřeší to problém merge commitů. Naopak, pokud squashing použijete neuváženě, můžete přijít o důležité informace o tom, jak se funkce vyvíjela. Ideální je udržovat každý commit jako samostatnou logickou změnu a používat interaktivní rebase (git rebase -i) pro uspořádání a případné sloučení jen tam, kde to dává smysl. Díky tomu bude historie nejen lineární, ale také srozumitelná pro každého, kdo ji bude číst.
To see more information regarding ukázka look at our web-page.