Když přijde kamarád na přespání, připravte pokoj bez zbytečného stresu

Do hlavní větve se změny dostávají tak, že je tam přenesete bez merge commitu. Buď použijete fast-forward merge, když je větev přímo nad mainem: git merge --ff-only feature. Když fast-forward nejde, znamená to, že main se mezitím posunul a je potřeba nejdřív rebasovat. Druhá možnost je git rebase main feature a následně git merge --ff-only feature. Tím vznikne lineární historie bez zbytečného uzlu. Pokud potřebujete zachovat kontext více commitů, použijte git rebase -i a spojte je do jednoho smysluplného celku ještě před vstupem do mainu.

Nejčastější chyba je koupit závěs jen podle barvy a délky, bez ohledu na to, co má tlumit. Druhá je zapomenout na kolejničku — hlučná plastová kolečka při každém pohybu přidají zvuk, který jste chtěli potlačit. Třetí je kombinace těžkého závěsu s tenkou garnýží, která se ohne. Čtvrtá chyba: koberec položený jen doprostřed místnosti bez podložky. Samotná tkanina nestačí, pod ni patří filcová nebo kaučuková podložka, která zabrání rezonanci podlahy.

Příprava kamen na podzim nezačíná prvním zatopením, ale už na konci léta. Většina problémů, které se projeví až v listopadu, vzniká práosvětlení v obývákuě teď: prasklé sklo, vytvrzené těsnění, ucpaný přísun vzduchu. Kdo si na tyhle tři věci udělá čas dřív, než začne topit, vyhne se kouři v místnosti i zbytečné spotřebě dřeva.

Co udělat týden předem a co v den stěhován

Prvním krokem je naučit se rozpoznat typické znaky. Hledejte plochou střechu, hladkou fasádu bez ornamentů, pásová okna a důraz na pravé úhly. Často chybí zdobné římsy i šambrány. Vila bývá osazena do mírného svahu, aby se obytné místnosti otevřely do zahrady. Pokud uvidíte dům, který připomíná krabici s velkými okny a malým přístřeškem, pravděpodobně jde o funkcionalismus. Pozor ale na pozdější úpravy: přístavby, plastová okna a nové obklady mohou původní charakter setřít.

Když už merge commit vznikne, nepanikařte. Dá se odstranit, dokud ho nikdo nestáhl. Na větvi, kde je merge poslední, použijte git reset --hard HEAD~1, čímž se vrátíte před sloučení, a pak zvolte rebase. Pokud už je merge v remote, je čistší cestou git revert -m 1 , který vytvoří nový commit rušící změny. Nikdy nepřepisujte historii na větvi, kterou sdílí více lidí. Vynucený push git push --force-with-lease používejte jen na své vlastní feature větvi a vždy před ním dejte vědět týmu.

Funkcionalistická vila není jen architektonický sloh. Je to konkrétní způsob bydlení, který vznikl ve dvacátých a třicátých letech dvacátého století a dodnes funguje překvapivě dobře. Karel IV. žil ve čtrnáctém století, Here's more info about browhaus-Upgrade.De look at our own web-site. takže žádnou z těchto staveb vidět nemohl. Přesto se dnes řada lidí ptá, proč se o tyto domy zajímat a jak je poznat v terénu. Odpověď je jednoduchá: nabízejí prostor, světlo a jednoduchost, které se v novostavbách často hledají marně.

Přespání kamaráda není žádná velká věda, ale chce to trochu plánování dopředu. Nejde o to udělat z dětského pokoje hotelový apartmán. Stačí myslet na pár základních věcí, které rozhodují o tom, jestli si oba děti večer lehnou s úsměvem, nebo jestli budete o půlnoci řešit, kdo kde bude spát a proč se nedá dýchat.

Rebase místo merge při aktualizaci větve Základní návyk je jednoduchý. Když pracujete na feature větvi a hlavní větev se mezitím posunula, nepřidávejte merge z mainu. Použijte git rebase main. Tím se vaše commity přehrají na nový vrchol mainu a zůstanou za sebou v řadě. Před rebase si ověřte, že nemáte necommitnuté změny, a po ní zkontrolujte git log --oneline --graph, jestli je historie opravdu rovná. Typická chyba: rebasujete větev, kterou už někdo jiný stáhl a postavil na ní práci. Pak se všechny commity zdvojí a nastane zbytečný chaos.

Merge commity vznikají ve chvíli, kdy do sebe sloučíte dvě větve a Git vytvoří nový commit se dvěma rodiči. V malém týmu to jde přehlédnout, Nábytek na míru ve větším se z toho stane nepřehledná změť, ve které se špatně hledá, kdo co udělal a proč. Řešením je držet hlavní větev lineární: každá změna se do ní dostane přehráním commitů, ne sloučením. Nejde o estetiku, jde o to, aby se historie dala číst a aby se v ní dalo snadno najít viníka regrese.

Na co si dát pozor v týmu: nastavte si v repozitáři ochranu hlavní větve, která zakáže přímý push a vyžaduje lineární historii. Některé nástroje to umí vynutit na úrovni serveru. Dohodněte se, že se rebasuje jen to, co ještě nikdo nepoužil, a že se merge commity do mainu neposílají. Pravidelně čistěte staré větve, ať se v nich neztrácí přehled. A hlavně: rebase není magie, při konfliktu se zastaví a vy musíte každý commit dokončit ručně. Kdo to vzdá a udělá merge, vrátí se přesně tam, kde začal.