Mokré tenisky po dešti nebo po praní řeší každý. Nejhorší, co můžete udělat, je dát je na přímé slunce, na radiátor nebo do sušičky. Vysoká teplota a prudké proudění vzduchu způsobí, že se lepidlo mezi svrškem a podrážkou uvolní, mezipodešva se zdeformuje a svrchní textil nebo kůže ztvrdne. Barvy vyblednou nerovnoměrně, protože mokrý materiál přijímá teplo jinak než suchý. Cílem je proto sušit pomalu, v mírném teple a s teniskou zafixovanou v původním tvaru.
Nové Město pražské nevzniklo jako přirozený přírůstek Starého Města, ale jako cílený plán, který měl Staré Město obklopit a převzít část jeho funkcí. Kdo dnes prochází kolem Václavského náměstí nebo Karlova náměstí, často nepostřehne, že jde o dvě samostatná, geometricky odlišná města. Rozdíl je přitom zásadní: Staré Město roste organicky, Nové Město je vyměřené. Pochopit tento rozdíl je první krok k tomu, aby se z návštěvy stal skutečný zážitek.
Rutina před spaním je stejně důležitá jako vybavení. Choďte spát a vstávejte ve stejnou dobu, i o víkendu. Tělo se učí podle opakování. Káva po druhé hodině odpoledne už může narušit usnutí, i když ji běžně tolerujete. Alkohol uspí, ale fragmentuje spánek ve druhé polovině noci. Pokud se budíte a nemůžete usnout do dvaceti minut, vstaňte a jděte do jiné místnosti. Ležení v posteli a přemýšlení vytváří spojení mezi lůžkem a bděním, které se pak těžko rozbíjí.
Dobře usušená teniska poznáte podle toho, že drží tvar i po vyjmutí výplně, podrážka není zkroucená a barva je stejnoměrná. Než si je vezmete, nechte je ještě hodinu v suchém prostředí, aby se materiál srovnal s vlhkostí vzduchu. Trpělivost při sušení je vždycky kratší než shánění nového páru.
Ve spíži funguje jedno pravidlo: co spotřebujete nejdřív, musí být vidět jako první. Trvanlivé věci (rýže, těstoviny, konzervy) dejte dozadu, ale postavte je tak, aby byly popředu etiketou. Otevřené sáčky přesypávejte do uzavíratelných nádob, jinak se obsah vsákne a ztratí chuť. Koření držte pohromadě a mimo teplo, jinak do půl roku ztratí vůni. Typická chyba je kupovat do zásoby, když nemáte přehled, co už doma je – než dojedete domů, zjistíte, že máte tři stejné mouky.
Druhá častá chyba je squashování commitů přímo při rebase bez rozmyslu. Squash je užitečný, když chcete z mnoha drobných commitů udělat jeden smysluplný. Ale pokud commity nesou oddělené změny, jejich sloučením ztratíte možnost cíleného revertu. Před squashováním si projděte git log –oneline a rozhodněte, které commity tvoří logický celek.
Fast-forward jako výchozí volba Když se větev dá sloučit bez konfliktu, použijte git merge –ff-only. Tím zajistíte, že žádný merge commit nevznikne — historie se jen posune dopředu. Pokud příkaz selže, znamená to, že větve se rozešly a je potřeba rebase. Tento přístup se hodí pro krátké feature větve, které žijí jeden až dva dny. U dlouhých větví raději rebasujte průběžně, jinak budete řešit konflikty ve velkém.
Typická chyba: rebasujete větev, kterou už někdo stáhl a postavil na ní práci. Po force push se jeho commity ocitnou mimo historii a vznikne zmatek. Pravidlo je jednoduché — rebasujte pouze to, co jste ještě nepublikovali, nebo co publikujete jen vy. Sdílené větve (main, release) nikdy nerebasujte.
Základní návyk: před každým pushnutím si větev přerovnejte na aktuální main. Místo git merge main použijte git rebase main. Git přehraje vaše commity na nový základ a výsledkem je lineární historie bez merge uzlu. Pokud narazíte na konflikt, vyřešíte ho v každém commitu zvlášť, což je pracnější, ale výsledek se lépe čte i revertuje. Po rebase je nutné pushnout s –force-with-lease, nikdy ne s obyčejným –force.
Pro týmy se osvědčuje nastavit ochranu větve: na main povolit jen fast-forward, případně vyžadovat rebase před sloučením. Lokálně pomůže git config pull.rebase true, aby i git pull rovnou rebasoval. Výsledkem je historie, kterou lze číst jako seznam změn, snadno se v ní hledá pomocí git bisect a každý revert vrátí přesně to, co má.
Merge commity vznikají ve chvíli, kdy do větve vložíte jinou větev přes git merge. V historií pak přibude uzel se dvěma rodiči, který ztěžuje čtení, rozbíjí lineární git log a komplikuje revertování. Řešením není merge zakázat, ale nahradit ho rebase nebo fast-forward mergem tam, kde to jde. Podmínkou je čistá pracovní kopie a větev, kterou ještě nikdo jiný nepoužívá.
If you have any queries concerning where and how to use více na webu, you can get in touch with us at our web site.
