Začněte tím, že si změřte nejen podlahu, ale i výšku stropu a šířku dveřního křídla. Pak si na papír nakreslete půdorys ve stejném měřítku a zakreslete, kolik místa zabere otevřená skříň nebo dveře. Právě otevírací radius je důvod, proč se mnoho malých ložnic ucpe: skříň jde otevřít jen do poloviny, šuplík se vysune do prostoru, kde stojíte. Řešením nejsou menší kusy nábytku, ale jiný typ otevírání — posuvné dveře, výklopné horní dvířka, zásuvky pod postelí.
Hloubka a tvar závisí na velikosti tělesa, úhlu dopadu a složení podloží. Kolmý dopad vytvoří symetrický kráter, šikmý dopad protáhne val ve směru letu. Mladé krátery mají ostré valy a světlé paprsky vyvrženého materiálu, staré jsou zaoblené a zarovnané dalšími dopady. Typická chyba při pozorování je zaměňovat mladý kráter s vulkanickým útvarem – měsíční vulkanismus je už dávno vyhaslý, ale lávové pláně zůstaly.
Ideální je mírně vyvýšené stanoviště s dobrou drenáží, kde se po dešti nedrží louže. Pokud voda z okolních svahů stéká k budoucímu kurníku, vykopejte nad ním mělký odvodňovací příkop nebo zvolte jiné místo. Nikdy nestavte kurník do prohlubně ani na dno zahrady, kam se sbíhá voda. Podlaha postavená přímo na holé zemi bez štěrkového podsypu dřív nebo později promokne a začne plesnivět.
Pásová okna jsou ikonický prvek, ale zároveň nejčastější zdroj problémů. Původní ocelová okna mají tendenci rezavět v rozích a jejich těsnění po desetiletích tvrdne. Vyměnit je za plastová je typická chyba, která zabije vzhled i tepelnou pohodu. Lepší je nechat vyrobit repliky s tepelnou přepážkou, nebo alespoň zachovat členění a barvu rámu. Pokud si nejste jistí, poraďte se s někým, kdo se specializuje na památkově hodnotné stavby, i když vila není památkou.
Nepřehánějte to s počtem různých dřev v jedné místnosti. Tři a více odstínů na velké ploše začnou působit jako skladiště. Držte se dvou, maximálně tří tónů a jeden z nich nechte převládat. Tmavý nábytek na tmavé podlaze potřebuje mnohem víc světla a vzduchu kolem sebe, jinak místnost opticky zmenší. Světlý nábytek na světlé podlaze zase ztratí konturu, pokud mu nedáte jiný materiál, kov, sklo nebo textil, který ho oddělí.
Častou chybou je rebasovat příliš mnoho commitů najednou. Pokud máte větev s dvaceti commity a řešíte konflikt v každém z nich, něco je špatně. Lepší je rebasovat průběžně – klidně každý den. Tím se konflikty zmenší a vyhnete se peklu při slučování. Další častá chyba: zapomenutý git push –force-with-lease po rebasu. Bez něj server odmítne push, protože historie není fast-forward. Někteří vývojáři pak zpanikaří a začnou větev mazat a vytvářet znovu. To je zbytečné – stačí force push s lease.
Merge commity vznikají pokaždé, když do hlavní větve sloučíte jinou větev pomocí git merge. Pro mnoho týmů je to zbytečný šum v historii. Řešením je rebase – přeskládání vašich commitů na aktuální vrchol cílové větve. Místo git merge feature uděláte git rebase main a poté git merge –ff-only feature. Tím se vytvoří lineární historie bez merge commitů. Funguje to spolehlivě, pokud se rebase používá důsledně a všichni vědí, co to znamená.
Poslední věc: rebase není magie. Pokud ji používáte na veřejné větvi, ostatní o ni přijdou. Vždy se domluvte, které větve jsou soukromé (vaše feature branches) a které veřejné (main, develop). U veřejných větví používejte merge, u soukromých rebase. Tím dosáhnete čisté historie bez merge commitů, aniž byste si rozbili repozitář.
Pro týmovou spolupráci je klíčové nastavit ochranu větve. Na serveru (GitHub, GitLab, Bitbucket) zakážete přímé push do main a povolíte pouze pull requesty. V nastavení ochrany zapněte možnost „Require linear history”. Tím se merge commity do hlavní větve vůbec nedostanou – server odmítne jakýkoli merge commit. Vývojáři pak musí rebasovat. Někteří to nesnáší, protože se při řešení konfliktů cítí nejistě. Proto je dobré mít v týmu jednoho člověka, který s rebasem pomůže, a napsat krátký návod do README.
Jak rebase bez merge commitů zavést do praxe Základem je pravidlo: nikdy nerebasujte commity, které už někdo jiný stáhl do svého repozitáře. Ve sdílené větvi (např. main) se rebase nedělá. Před každým rebasem si stáhněte aktuální stav: git fetch origin. Pak přepněte na svou větev a spusťte git rebase origin/main. Pokud narazíte na konflikt, vyřešte ho, přidejte soubory přes git add a pokračujte git rebase –continue. Po úspěšném rebasu vytlačte větev na server silou: git push –force-with-lease. Tento přepínač je bezpečnější než –force, protože odmítne push, pokud někdo mezitím na větev něco poslal.
When you have any queries about where by and how you can work with Rekonstrukce Bytu, you can email us with our site.