Skladovat dřevo na hromadě, nebo v regálu? Rozdíl dělá vítr

Před obkladem zkontrolujte rovinu a rozteč krokví. Sádrokarton se šroubuje do nosného roštu, který se musí ke krovu připevnit pevně a v rovině. Nerovnosti vyrovnejte podložkami nebo přímo roštem, ne tlakem na desky. Do vlhkého nebo špatně větraného podkroví se nevyplácí dávat obyčejné desky. Zvažte desky do vlhkého prostředí nebo raději počkejte, až se podmínky srovnají. Montáž na mokrý krov je nejčastější důvod, proč se práce musí za rok dělat znovu.

Co udělat s mazaninou a izolac

Nakonec si nastavte v repozitáři ochranu hlavní větve. Bez ní se dřív nebo později někdo přepne na main, udělá commit a pushne přímo, čímž historii rozhodí. Pravidlo, že main přijímá změny pouze přes pull request s rebase nebo squash, udrží log čitelný a merge commity zmizí samy. Není to o nástroji, ale o dohodě v týmu a kontrole při každém sloučení.

Nejdůležitější vrstva v malé kuchyni je osvětlení pracovní desky. Světlo ze stropu při krájení vrhá stín přímo na ruce a na prkénko, takže na desce je paradoxně tma. Pomůže podsvícení spodní hrany horních skříněk — pásek nebo lišta umístěná ke zdi, ne k hraně, aby světlo dopadalo na desku a neoslňovalo při pohledu zepředu. Světlo veďte po celé délce linky, ne jen nad sporákem.

Pozor na automatické sloučení přes pull. git pull bez parametrů často vytvoří merge commit, For more information about Http://Ewuswiki.Club review the site. i když jste žádný nechtěli. Nastavte si git config --global pull.rebase true, případně používejte git pull --rebase. Tím se vaše lokální commity přenesou nad vzdálené a merge commit nevznikne. Pokud už merge commit máte a chcete se ho zbavit, pomůže git rebase -i a smazání příslušného řádku, ale opět platí: DokončEní InteriéRu jen na větvi, kterou nikdo jiný nepoužívá.

Dřevo na zimu neproschne samo od sebe. Rozhoduje především to, jak ho po skácení naskládáte a kde bude ležet. Čerstvé dřevo obsahuje 40 až 60 procent vody. Aby hořelo, potřebuje se dostat pod 20 procent. Toho dosáhnete jen kombinací vzduchu, času a správného místa. Dva roky je minimum pro tvrdé dřevo, jeden rok pro měkké.

Studená pasta a studené máslo se nikdy nespojí v hladkou hmotu. Nechte obojí alespoň hodinu při pokojové teplotě. Máslo šlehejte samostatně do světlé pěny, teprve potom po lžících přidávejte pistáciovou pastu. Každou dávku vmíchejte úplně, než přidáte další. Když se hmota začne zdát tuhá nebo se „trhá", znamená to, že je máslo příliš chladné nebo že jste přidali pastu příliš rychle. Nádobu na chvíli postavte do teplé vody a pokračujte ve šlehání.

Merge commity vznikají ve chvíli, kdy do sebe sloučíte dvě úložné prostory v malém bytěětve a Git nemůže použít fast-forward. Většina týmů je bere jako nutné zlo, ale častěji jde o zbytečný šum, který znepřehledňuje log a komplikuje dohledání, kdo co změnil. Řešení není žádná magie, jen disciplína v tom, jak větve zakládáte a jak je zpět integrujete.

Pro týmy, které chtějí lineární historii bez merge commitů, se osvědčil squash při sloučení. Příkaz git merge --squash feature vezme všechny commity větve a vytvoří z nich jeden nový na main. Výhodou je čistý log, nevýhodou ztráta dílčích kroků. Hodí se to u krátkých úkolů, kde mezistavy nemají cenu. Naopak u dlouhých větví s logickými celky je lepší rebase a fast-forward, protože zachová jednotlivé commity i jejich pořadí.

Kde rebase bolí a jak to poznat včas Typická chyba: rebasujete sdílenou větev a kolegovi po pullu vyskáčou konflikty, které nedávají smysl. Pravidlo je jednoduché — rebasujte jen to, co ještě nikam neodešlo. Pokud už větev žije na vzdáleném repozitáři a pracuje na ní víc lidí, použijte merge, nebo si rozdělte práci na menší větve. Druhá častá chyba je rebase s nedořešeným konfliktem uprostřed: Git vás zastaví, vy soubor opravíte, ale zapomenete git add a git rebase --continue. Výsledkem je ztracený commit nebo podivný stav.

Základem je udržovat feature větev krátkou a průběžně ji rebasovat na aktuální hlavní větev. Místo git merge main použijte git rebase main. Tím se vaše commity přenesou na špičku main a při následném sloučení vznikne fast-forward, tedy žádný merge commit. Rebase ale přepisuje historii, takže ji nikdy nedělejte na větvi, kterou už někdo jiný stáhl a staví na ní.