U kuchyně se vyplatí investovat do ergonomie pracovního trojúhelníku mezi sporákem, dřezem a chladničkou. Pokud mezi nimi musíte obcházet ostrůvek nebo otevírat dvířka do strany, Dokončení interiéru každé vaření je o pár kroků delší. Chybou je nechat si narýsovat kuchyň podle katalogu bez ohledu na to, jak skutečně vaříte. Stejně tak se nevyplatí šetřit na kvalitních pojezdech zásuvek a na dostatečné hloubce pracovní desky. Naopak drahý dřez nebo značkový sporák, který používáte dvakrát týdně, pohodlí nezvýší.

Kdy rebase škodí a jak to poznat včas Rebase mění hash commitů, takže ho nikdy nedělej na větvi, kterou už někdo jiný stáhl a postavil na ní svou práci. Typická chyba je rebasování sdílené vývojové větve, po kterém kolegovi přestane fungovat git pull a začne řešit duplicitní commity. Stejně tak neopravuj historii, která už je v hlavní větvi. Pokud potřebuješ vrátit změnu, použij git revert, ne přepisování.

Po vyčištění je stejně důležité schnutí. Mokré místo nikdy nepřikrývejte, vzniká zápach a plíseň. Nechte ho volně uschnout, případně na něj postavte větrák, ne fén. Fén s horkým vzduchem zatlačí zbytky barviva hlouběji. Jakmile je potah suchý, prohrábněte vlákna kartáčem, aby se odstranily ztvrdlé okraje. Až teprve potom zvažte impregnaci, která další vsakování zpomalí.

Na co si dát pozor: nenechte úložný prvek zasahovat do sprchového prostoru, i když se to na první pohled zdá jako výhodné. Voda ho bude postřikovat a vy budete neustále utírat. Také neblokujte přístup k vodovodním uzávěrům nebo k filtru. A pokud máte v koupelně jen jednu zásuvku, neveďte kabely kolem sprchy – i malé množství vody u elektřiny je problém. Před vrtáním do obkladu zkontrolujte, kudy vedou rozvody. U starších koupelen to platí dvojnásob.

Historie plná merge commitů vypadá na první pohled neškodně, dokud se nezačneš orientovat v tom, co se vlastně změnilo a proč. Každé sloučení větve přidá do grafu další uzel, který nenese žádnou informaci o kódu, jen o procesu. Ve chvíli, kdy řešíš regresi nebo hledáš viníka konkrétní změny, jsou tyhle uzly jen šum. Řešením není merge zakázat, ale používat ho jen tam, kde má smysl.

Nejčastější chyby, které lidé dělají opakovaně: nechají na skle zbytky silikonu a pak se diví, že se fólie odlepuje; přenášejí desku za roh, místo aby ji podepřeli zespodu; dají sklo do auta na sedadlo bez prokladu; nebo ho položí naplocho „jen na chvilku" a zapomenou na to. Po vykládce odstraňujte fólii pomalu a při pokojové teplotě, nikdy ne na přímém slunci. Studené sklo je křehčí, proto ho nechte před montáží alespoň pár hodin v místnosti, kde bude stát.

Zubní kámen u psů vzniká z minerálů ve slinách, které se usazují na plaku. Pokud plak není odstraněn barvy stěn do obýváku dvou až tří dnů, ztvrdne a mění se v kámen. Ten už kartáčkem dolů nedostanete. Podstatné je, že kámen sám o sobě není jen kosmetická vada. Drsní povrch zadržuje bakterie, které podráždí dáseň a spustí zánět. Jakmile se zánět rozšíří pod okraj dásně, začne se odtahovat a vzniká parodontóza. Následky jsou nevratné.

Základní pravidlo pro tým zní: do hlavní větve pouštěj změny přes rebase, ne přes merge. Před odesláním větve na sdílený repozitář si udělej git fetch origin a nad svou větví spusť git rebase origin/main. Tím přepíšeš své commity tak, že budou navazovat na aktuální špičku hlavní větve. Výsledkem je lineární historie bez zbytečných uzlů. Pokud při rebase narazíš na konflikt, vyřeš ho v daném commitu a pokračuj přes git rebase --continue.

Nastavení v týmu pomůže víc než dokumentace. V repozitáři zapni git config pull.rebase true, aby každý pull rovnou rebasoval. Na serveru nastav ochranu hlavní větve tak, aby odmítala push s merge commity. A do CI přidej kontrolu, která selže, pokud se v pull requestu objeví commit s více rodiči. Tím se problém vyřeší u zdroje, ne až při code review.

Poslední věc, na kterou se zapomíná: lokální úklid. Po rebase a úspěšném push použij git branch -d na starou větev a občas projdi git reflog, jestli ti nezůstaly viset opuštěné commity. Lineární historie není cíl sám o sobě, ale výrazně zkracuje čas strávený hledáním, co se kdy rozbilo.

Pro sloučení hotové větve do hlavní použij git merge --ff-only. Tento přepínač povolí jen fast-forward, tedy situaci, kdy hlavní větev může rovnou ukázat na tvůj poslední commit. Když to nejde, znamená to, že větev není rebasovaná a je potřeba ji nejdřív srovnat. Tímhle jedním příkazem vynutíš lineární historii i u lidí, kteří by jinak sáhli po klasickém merge.

If you adored this write-up and you would such as to obtain even more information concerning Wiki.Vorhalle.De kindly browse through our web site.