Nejčastější chyba je snaha nacpat do linky vše, co jinde bývá zvlášť. Mikrovlnka, rychlovarná konvice, toustovač a kávovar zaberou dohromady víc místa než sporák. Řešení není skládat je na sebe, ale určit, které z nich používáte denně. Zbytek patří do skříně, odkud ho vytáhnete, jen když ho potřebujete. Na desce má zůstat jen to, co použijete alespoň čtyřikrát týdně.
Lineární historie bez merge commitů vypadá čistě, ale není zadarmo. Nejde o to zakázat větve, jde o to změnit způsob, jakým se změny dostávají do hlavní linie. Místo slučování větve do main přes merge commit se každá změna přenese jako jednotlivé commity přes rebase. Tým si musí osvojit dvě věci: rebase vlastní práce před odesláním a fast-forward merge při přijetí do hlavní větve.
Posledním krokem je pravidelná revize. Jednou za čas projděte všechny úložné prostory a vyřaďte věci, které nepoužíváte. Prázdné místo, které tím vznikne, není úspěch sám o sobě – je to prostor pro to, co skutečně potřebujete. Malý byt funguje nejlépe, když je v něm méně předmětů, ale každý má své jasné místo.
Teplota světla rozhoduje víc než výk
Při montáži se každý spoj desky šroubuje do profilu po celé délce, ne jen na krajích. Šrouby se umisťují přibližně 15 mm od hrany a utahují se tak, aby hlavička nebyla pod povrchem. Příliš utažený šroub prolomí jádro desky a vznikne slabé místo. Mezi deskami se ponechává dilatační spára, která se vyplní tmelem a přelepí páskou.
V týmu se vyplatí nastavit ochranu hlavní větve. Povolte pouze fast-forward merge a zakážete přímý push. Každý pull request tak projde kontrolou a rebase se stane součástí procesu. Zároveň se domluvte, že se rebasuje před každým odesláním do review, ne po něm. Tím se předejde situaci, kdy recenzent komentuje kód, který se mezitím přepsal.
Častou chybou je rebase přes příliš mnoho commitů najednou. Když má větev třicet commitů a konflikty se opakují, je lepší ji rozdělit nebo použít interaktivní rebase git rebase -i origin/main a commity sloučit do smysluplných celků. Tím se sníží počet konfliktů a historie se zpřehlední. Pozor také na merge commity, které už v historii jsou – ty při rebase zmizí, což může rozbít vazby na pull requesty.
Základní postup pro vývojáře vypadá takto. Po dokončení práce na větvi spusťte git fetch origin, pak git rebase origin/main. Vyřešte konflikty v každém commitu zvlášť. Následně větev odešlete pomocí git push –force-with-lease. Na straně příjemce se změny dostanou do main příkazem git merge –ff-only nebo přes tlačítko, které fast-forward vynutí. Tím vznikne přímá linie bez zbytečného uzlu.
Nepoužívejte zkoušky, které nic neprokazují. Ani stříbro, ani cibule, ani ocet nezčernají u jedovatých hub spolehlivě. Chuť nebo vůně také nejsou bezpečný znak – muchomůrka zelená může chutnat nasládle. Stejně tak neplatí, že houba okousaná zvířetem nebo červivá je jedlá. Živočichové mají jinou toleranci než člověk.
Začněte tím, že se naučíte celý tvar plodnice, ne jen klobouk. U každého druhu sledujte současně klobouk, lupeny nebo rourky, třeň i případný prsten a pochvu. Právě pochva (obal na bázi třeně) je klíčová u muchomůrek. Pokud třeň vyrhnete, pochva zůstane v zemi a vy ji přehlédnete. Proto houbu vždy vyjměte opatrně celou, i s bází, a teprve pak ji posuzujte.
V lese dodržujte jednoduchý postup. Houbu uchopte u báze, vyjměte ji celou, očistěte a položte do košíku kloboukem dolů, aby se nezapařila. Doma ji rozdělte na plodnici a bázi a zkontrolujte všechny znaky znovu za denního světla. Pokud si u jediného znaku nejste jistí, houbu vyhoďte. Neochutnávejte syrové houby a nikdy nemíchejte neznámý kousek do jídla s ostatními.
Než začnete houby sbírat pravidelně, projděte si alespoň jeden výukový atlas a jednou si zajděte s někým zkušeným. Naučte se nejdříve tři běžné jedlé druhy, které si nelze splést, a teprve pak rozšiřujte seznam. Sběr hub je dovednost, která se učí pomalu a opakováním. Kdo si tuto dobu zkrátí, riskuje zdraví.
Na co si dát pozor v praxi Rebase přepisuje historii. Jakmile je větev odeslaná a někdo na ní staví, rebase je nebezpečný. Platí proto pravidlo: rebasujte jen to, co ještě nikdo jiný nepoužil. Větve, které sdílíte s kolegy, nechte být a použijte merge. Dále nikdy nerebasujte main, pokud do něj už někdo poslal změny. Force push bez –force-with-lease přepíše i cizí commity a způsobí tichou ztrátu práce.
Poslední věc: testy. Po rebase se může změnit pořadí commitů a tím i výsledek. Vždy po rebase spusťte testy znovu, ideálně na stejném commitu, který posíláte do main. Pokud tým používá CI, nastavte, aby se spouštělo i na fast-forward merge. Jinak se stane, že se do main dostane změna, která prošla jen ve větvi, ale v novém kontextu selže.
If you adored this write-up and you would like to receive more facts regarding celý článek kindly check out our website.