• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Prakticky to vypadá takto: Máte větev feature/A a na main mezitím přibyly nové commity. Nejdříve se přepnete na feature větev, osvětlení v obýváku spustíte git rebase main a vyřešíte případné konflikty. Poté se přepnete na main a provedete git merge feature/A. Pokud rebase proběhl bez chyb, git provede fast-forward a výsledkem je rovná linie commitů. If you want to check out more information regarding více informací najdete zde check out our web site. Tento postup opakujte pro každou feature větev, kterou chcete začlenit.

Základní princip je jednoduchý: před spojením větve do hlavní větve (např. main) nejprve přenesete své commity na její špičku pomocí git rebase main. Tím se vaše změny jakoby „přesadí" na konec hlavní větve. Následně provedete spojení, ale protože je vaše větev lineárně nad hlavní, git provede tzv. fast-forward – jen posune ukazatel větve dopředu, bez vytvoření merge commitu. Tím získáte čistou, lineární historii, kde každý commit navazuje na předchozí.

Chcete-li se vyhnout riziku, osvojte si jeden zásadní návyk: každou muchomůrku, kterou chcete sbírat, nejprve vyfotografujte a porovnejte s atlasem hub doma. Pokud máte jakoukoli pochybnost, houbu nechte na místě. Lehkovážnost se nevyplácí – otrava muchomůrkou zelenou končí bez včasné transplantace jater smrtí. Pamatujte, že jedovaté látky se nerozkládají vařením ani sušením. Bezpečný houbař proto zná nejen jedlé druhy, ale hlavně dokonale pozná ty smrtelné. Přidejte si tento seznam do paměti a než vložíte houbu do košíku, projděte si rychlou kontrolu: bílé lupeny, pochva, prsten, změna barvy dužniny a vůně.

První hnětení je rozhodující. Zpracovávejte těsto maximálně pět minut, dokud není hladké a pružné. Přepracování je častý nešvar – lepek se přemnoží a těsto ztvrdne. Ideální je těsto jen spojit do koule, zabalit do fólie a nechat odpočinout dvacet minut. Během této pauzy se lepek uvolní a mouka rovnoměrně navlhne. Mnoho lidí tuto fázi vynechává a pak bojuje s těstem, které se drolí nebo naopak nejde rozválet.

Merge commity vznikají při každém spojení větví přes příkaz git merge. V historii pak najdete šedé uzly, které znepřehledňují vývoj a ztěžují hledání konkrétních změn. Pokud pracujete v týmu, kde se denně spojuje několik větví, merge commity rychle zahltí log a znemožní rychlou orientaci. Řešením je přepsat historii pomocí rebase a fast-forward spojení. Tento postup není vhodný pro každý projekt, ale pro týmy s krátkými větvemi a častou integrací je ideální.

Pokud máte v koupelně podlahové topení, je spádování ještě náročnější. Vyhřívací rohože nebo hady nesmíte poškodit, a zároveň musí být podlaha rovná i skloněná. V takovém případě je nejlepší použít samonivelační stěrku, kterou vyplníte nerovnosti, a teprve na ni pokládat dlažbu s mírným spádem. Nikdy nelepte dlaždice přímo na topné hady – teplo by způsobilo praskliny ve spárovací hmotě v místech, kde je spád největší.

Nakonec si osvojte pravidlo: rebase před každým spojením a nikdy nerebasujte veřejnou větev. Komunikujte v týmu, kdo na které byt v panelákuětvi pracuje, a domluvte se na pravidlech pro pojmenování commitů. S trochou disciplíny získáte historii, která se čte jako kronika – bez zbytečných uzlů a s jasným vývojem. Vyhnete se tak nekonečnému listování v grafu a usnadníte si i budoucí hledání, která změna způsobila chybu.

Pečení je poslední past. Předehřejte troubu na 190 stupňů a štrúdl pečte asi 25 minut dozlatova. Nenechte ho ale v troubě příliš dlouho – domácí mouka hnědne rychleji a suché těsto se pak láme. Vyzkoušejte špejli: pokud na ní neulpívají drobky, je hotovo. Po vytažení přikryjte štrúdl utěrkou a nechte deset minut odstát, aby se šťáva z jablek vstřebala. Teprve potom ho posypte moučkovým cukrem.

Jednou z nejčastějších chyb je podcenění hydratace a jídla na sestup. Mnoho lidí si veškerou vodu vypije na vrcholu a sestup pak absolvují bez tekutin. Přitom při klesání se tělo potí a ztrácí minerály, i když to tak nemusí být cítit. Naplánujte si proto dostatek vody a malé svačiny i na sestupovou část – pomůže to udržet koncentraci a stabilitu. Pokud jdete s někým, kontrolujte se navzájem: unavený člověk má tendenci přeceňovat své síly a podceňovat riziko.

Fast-forward má ale jednu nevýhodu: ztrácíte informaci o tom, že daná skupina commitů patřila k jedné feature. Pokud to potřebujete dohledat, použijte výstižné názvy commitů nebo git tag. Pro týmy, které chtějí mít přehled o tom, kdy která funkce přišla, je lepší používat squash merge – ten sloučí všechny commity z větve do jednoho, čímž vznikne jeden uzel. Ale pokud chcete mít skutečně lineární historii a zachovat jednotlivé kroky práce, rebase + fast-forward je nejčistší cesta.