https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=ChristoperDpq 2026-09-27T07:57:25Z Benutzerbeiträge MediaWiki 1.37.1 https://wiki.rettungsdienstblog.eu/index.php?title=Rychl%C3%A9_lad%C4%9Bn%C3%AD,_nebo_%C4%8Diteln%C3%BD_k%C3%B3d%3F_Rozd%C3%ADl_d%C4%9Bl%C3%A1_p%C4%9Bt_n%C3%A1vyk%C5%AF&diff=374295 2026-09-23T22:48:52Z

<p>ChristoperDpq: Die Seite wurde neu angelegt: „Druhý návyk je o velikosti funkcí. Pokud funkce přesáhne přibližně dvacet řádků, s velkou pravděpodobností dělá víc než jednu věc. Rozděl ji podle toho, co se v ní odehrává: načtení dat, transformace, uložení. Když pak něco selže, víš, do které části se podívat. Třetí návyk s tím souvisí: funkce má vracet buď hodnotu, nebo nic, ne obojí podle nálady. Častá chyba je funkce, která někdy vrátí objekt a jindy…“</p> <hr /> <div>Druhý návyk je o velikosti funkcí. Pokud funkce přesáhne přibližně dvacet řádků, s velkou pravděpodobností dělá víc než jednu věc. Rozděl ji podle toho, co se v ní odehrává: načtení dat, transformace, uložení. Když pak něco selže, víš, do které části se podívat. Třetí návyk s tím souvisí: funkce má vracet buď hodnotu, nebo nic, ne obojí podle nálady. Častá chyba je funkce, která někdy vrátí objekt a jindy undefined, a volající kód se pak rozpadne na neočekávaném místě. Vracej vždy stejný typ, nebo vyhoď výjimku s jasnou zprávou.&lt;br&gt;&lt;br&gt;Využijte výšku, ne podlahu Podlaha v malé chodbě je nejcennější a zároveň nejhůře využitelný prostor. Boty na zemi překážejí, špiní se a vzniká v nich nepořádek. Mnohem lepší je jít do výšky. Na stěnu umístěte dvě až tři řady botníkových polic, přičemž spodní řada by měla být ve výšce kolen, aby se na ni dalo pohodlně dosáhnout i s dítětem v náručí. Horní řady vyhraďte sezónní obuvi, kterou používáte méně často. U bund platí totéž: klasický věšák s ramínky zabírá zbytečně mnoho místa. Místo něj použijte tyč s háčky nebo výsuvný systém, který se po zavření ztratí ve skříni.&lt;br&gt;&lt;br&gt;Malá chodba neposkytuje prostor na kompromisy. Pokud do ní cpete boty a bundy bez systému, do týdne se z ní stane skladiště, kde se nedá ani otočit. Řešení přitom nejsou drahá ani složitá. Stačí respektovat několik pravidel a přizpůsobit je konkrétním rozměrům vaší chodby.&lt;br&gt;&lt;br&gt;Základem je rebase lokální větve na aktuální main. Postup je jednoduchý: přepnete se na svou větev, spustíte git fetch origin a pak git rebase origin/main. Pokud narazíte na konflikt, Git zastaví rebase, vyřešíte soubory, přidáte je přes git add a pokračujete příkazem git rebase --continue. Když se něco pokazí, git rebase --abort vrátí vše do původního stavu. Tento krok dělejte pouze u větví, které ještě nejsou sdílené s ostatními.&lt;br&gt;&lt;br&gt;Důležitá je i cirkulace vzduchu. Mokré boty a bundy v uzavřené skříni začnou plesnivět a zapáchat. Pokud používáte uzavřený botník, nechte v jeho zadní stěně vyvrtané otvory nebo ho alespoň denně na hodinu otevřete. Věšák na bundy umístěte dál od topení, jinak materiál zbytečně trpí a schnutí je nerovnoměrné. Ideální je, když každá bunda visí na samostatném ramínku s dostatečným odstupem.&lt;br&gt;&lt;br&gt;V týmu je nutné sladit nástroje i pravidla. Někteří používají git pull --rebase, jiní mají rebase nastavený v konfiguraci. Rozdíly vznikají také v tom, zda se povoluje fast-forward. Pokud chcete lineární historii, nastavte na hlavní větvi git config merge.ff only. Tím se zakáže vytváření merge commitů při běžném pullu. Pro nové větve používejte krátké názvy a mažte je po sloučení, ať se v repozitáři nehromadí mrtvé větve.&lt;br&gt;&lt;br&gt;Většina času při ladění nejde na složité logické chyby. Jde na to, že kód je nečitelný, proměnné mají matoucí názvy a funkce dělají pět věcí najednou. Když se k takovému kódu vrátíš po týdnu, ztratíš hodiny jen tím, než pochopíš, co se vlastně děje. Pět návyků níže nejsou teoretické rady, ale konkrétní změny, které se projeví při první chybě.&lt;br&gt;&lt;br&gt;Merge commity vznikají pokaždé, když do hlavní větve sloučíte jinou větev pomocí výchozího příkazu git merge. V historii pak vidíte dva rodiče a šum, který ztěžuje čtení. Týmy, které chtějí lineární historii, používají rebase nebo squash. Nejde o módní výstřelek, ale o dohodu, kterou je potřeba nastavit dřív, než se větev rozroste.&lt;br&gt;&lt;br&gt;Nejčastější chyba je rebase veřejné větve. Jakmile větev odešlete na vzdálený server a někdo si ji stáhne, přepis historie způsobí kolegovi konflikty, které se těžko vysvětlují. Pravidlo zní: rebase pouze na větvi, kterou máte jen vy. Pokud už musíte přepsat sdílenou větev, použijte git push --force-with-lease, nikdy ne obyčejný --force. Force-with-lease ověří, že na serveru mezitím nikdo nic nepřidal.&lt;br&gt;&lt;br&gt;Rebase, nebo squash? Rebase přepíše jednotlivé commity tak, že vypadají, jako by vznikly až nad aktuálním main. Squash naproti tomu sloučí celou větev do jednoho commitu. Squash je vhodný pro malé úpravy, dokumentaci nebo opravy překlepů. Rebase se hodí, když chcete zachovat logické kroky, které mají vlastní hodnotu. V obou případech platí, že výsledná historie neobsahuje merge commit a je lineární.&lt;br&gt;&lt;br&gt;Další pastí je příliš mnoho commitů typu „oprava&quot; nebo „wip&quot;. Před odesláním větve je vhodné je pospojovat pomocí git rebase -i. Interaktivní režim nabídne pick, squash, fixup a reword. Squash spojí commity a nechá vás upravit zprávu, fixup spojí commity a zahodí jejich zprávy. Reword pouze upraví text. Tím se historie pročistí a zůstanou jen smysluplné celky.</div>

ChristoperDpq https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:ChristoperDpq&diff=374294 2026-09-23T22:48:51Z

<p>ChristoperDpq: Die Seite wurde neu angelegt: „Někdo, kdo světem interiérů žije už dlouho. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.“</p> <hr /> <div>Někdo, kdo světem interiérů žije už dlouho. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.</div>

ChristoperDpq