Podívejte se na adresu odkazu, ne na text tlačítka. Text může hlásit „ověřit účet”, ale adresa vede úplně jinam – často na doménu, která se od té pravé liší jedním znakem, pomlčkou nebo jinou koncovkou. Dále si všímejte jazyka: strojový překlad, divná slova, vykání a tykání v jedné zprávě nebo naléhavost typu „okamžitě” a „do 24 hodin”. Sociální síť nikdy nechce vaše heslo zprávou. Ani vás nežádá o potvrzovací kód, který vám přišel SMS. Když po vás někdo chce tento kód, je to vždycky podvod.
Zrcadlo patří tam, kde chytí denní svět
V kuchyni bývá nejvíc nevyužitého místa ve spodních skříňkách a na Bok. Do spodních skříňek instaluj výsuvné koše místo pevných polic, dostaneš se i do zadní části. Na bok skříněk pověs magnetickou lištu na nože a kovové koření. Do rohů dej rohové police s otočným kruhovým dnem, ne hluboké police, kam nic nedosáhneš. Nad horní skříňky se vejdou nízké krabice na věci, které použiješ jen několikrát za rok. Hlídej si, aby krabice nebyly vyšší než mezera ke stropu, jinak je stejně nevytáhneš.
Prášek, pěna a hadřík: co opravdu fungu
Velkoformátové sádrokartonové desky mají jiné nároky než běžné desky 1200 × 2000 mm. Váží výrazně více, jsou méně poddajné a každá nerovnost rámu se do finálního povrchu propíše vlnou. Rozhodující není jen rozteč profilů, ale kombinace tloušťky plechu, způsobu připojení k nosné konstrukci a počtu vrstev desek, které na rošt přijdou.
Jak sloučit větev do hlavní linie bez merge commitu Pro dokončení práce použijte git merge –ff-only, pokud je vaše větev přímým potomkem cílové větve. Pokud není, můžete ji nejdřív rebasovat na cílovou větev a pak teprve sloučit fast-forward. Tím se do historie dostanou vaše commity jeden za druhým, bez zbytečného uzlu. Některé nástroje pro code review umožňují sloučit pull request takzvaným rebase and merge nebo squash and merge. Squash vytvoří jeden nový commit, což je čisté, ale ztratíte dílčí historii. Rebase and merge zachová jednotlivé commity, ale vyžaduje, aby byly dobře pojmenované a dávaly smysl i samostatně.
Lineární historie není cíl sám o sobě. Usnadňuje čtení, zjednodušuje hledání chyb pomocí git bisect a zrychluje orientaci v projektu. Pokud ale tým nemá disciplínu v commitování a pojmenování, rebase problém nevyřeší. Začněte malými kroky: jeden týden jen rebase při pullu, další týden fast-forward při sloučení. Až se to vžije, přidejte ochranu hlavní větve. Vyhnete se tak jednorázovému přepisu historie, který obvykle skončí zmatkem a ztracenou prací.
Před obložením si rošt přeměř laserem v obou směrech. Odchylka nad 2 mm na 2 m znamená, že deska nebude ležet rovně a tmel ji nespraví. Raději přidej jeden profil navíc než řešit vlnu broušením. U stropů s velkým rozpětím zvaž, zda není vhodnější použít nosný rošt s kratšími poli a více závěsy — výsledná tuhost bývá vyšší než u hustého roštu s dlouhými profily.
Připojení k nosné konstrukci musí být provedeno pružně, ne napevno. Používej závěsy, které umožní dilataci, a šrouby do profilů utahuj tak, aby hlava neprotrhla plech. Příliš utažený spoj vytvoří tvrdý bod, který se při pohybu konstrukce projeví jako prasklina v rohu desky. Mezi deskami nechávej spáru 3–5 mm, která se při tmelení vyplní. U velkoformátů je dilatační spára nutná i po obvodu místnosti, jinak deska nemá kam pracovat.
Merge commity vznikají ve chvíli, kdy dvě větve mají rozdílné změny a Git je spojuje. Pokud tým chce lineární historii, musí se změnit způsob práce, ne jen přepnout konfiguraci. Nejde o to merge úplně zakázat, ale vytvořit návyky, které mu předcházejí. Každý člen týmu potřebuje vědět, co dělat, když se větve rozejdou, a co se stane, když se pravidla nedodrží.
Základem je rebase místo merge při aktualizaci vlastní větve. Když vyvíjíte funkci na větvi odvozené od hlavní linie, použijte git pull –rebase místo běžného git pull. Tím se vaše lokální commity přenesou na aktuální vrchol a vznikne přímá posloupnost. Před rebase je nutné mít čistý pracovní adresář, jinak Git odmítne pokračovat. Typická chyba je rebase větve, kterou už někdo jiný stáhl a postavil na ní práci. V takovém případě se historie přepíše a kolega dostane konflikty, které nedávají smysl. Proto platí: rebasujte jen to, co ještě nikdo nepoužil.
Pro týmovou shodu je klíčové, aby hlavní větev byla chráněná a přijímala jen fast-forward. Většina platforem to umí nastavit v pravidlech větve. Zároveň je potřeba domluvit, kdo a kdy smí rebasovat. Pokud někdo pošle větev do vzdáleného repozitáře a jiný si ji stáhne, další rebase je riskantní. Řešením je krátkodobé větve, které žijí jen do sloučení. Čím déle větev existuje, tím větší je šance, že se rozjede s hlavní linií a rebase bude bolet.
