Rebase, nebo squash: kdy se obejdete bez merge commitů > 자유게시판

• 목록
• 게시판 리스트 옵션
  • 수정
  • 삭제

Automatizace administrativy neznamená, že se musíte učit programovat. If you beloved this post and you would like to get extra information relating to wiki.E-o3.Com kindly visit our web page. Většina rutinních úkonů – přepisování dat z e-mailů do tabulek, posílání upomínek, párování faktur – se dá řešit nástroji, které fungují na principu „když se stane tohle, udělej tamto". Stačí najít opakující se činnost, která zabírá čas, a rozhodnout, co má být jejím výstupem.

Světlo řešte dřív než barvy. Svítidlo s kuželem mířícím na desku z boku zabrání stínu ruky na papíře. Pokud je kout v rohu místnosti, chybí tam denní světlo – pak potřebujete dvě světla: jedno na plochu, druhé na stěnu za monitorem, aby oči nepřecházely mezi tmavým pozadím a jasnou obrazovkou. Příliš silná stropní lampa nad hlavou vytváří odlesky na lesklém povrchu.

Základem je volba mezi rebase a squash merge. Rebase přepíše vaše commity na aktuální vrchol větve, squash sloučí všechny commity z větve do jednoho a teprve ten připojí. Rebasing zachová granularitu práce, squash vytvoří jeden čistý záznam za celou funkci. V praxi se osvědčuje kombinace: během vývoje rebasujte, při sloučení do hlavní větve použijte squash. Tím zmizí merge commity i zbytečné „opravy překlepů" v historii.

Typická chyba je snaha automatizovat příliš mnoho najednou. Začněte jedním procesem, který dobře znáte, a nechte ho běžet několik dní v ostrém provozu. Teprve potom přidávejte další. Velmi často se také zapomíná na ošetření chyb – co se stane, když e-mail nedorazí nebo tabulka není dostupná. Bez základního zachycení chyb vznikají tiché výpadky, kterých si nikdo všimne až do chvíle, kdy chybí data.

Polici nepřipevňujte přímo nad desku ve výšce, kde sedí čelo. Minimální světlá výška nad pracovní plochou je 45–50 cm, jinak si při vstávání narazíte hlavu. Monitor umístěte tak, aby horní hraně odpovídala úroveň očí, a sklopte ho mírně dolů. Kabely veďte v liště po straně, ne volně přes desku. Vede to k tomu, že při každém pohybu rukou zachytíte kabel a stáhnete notebook na zem.

Lineární historie usnadňuje git bisect, zrychluje git log a zjednodušuje rollback. Zároveň ale vyžaduje disciplínu. Každý člen týmu musí vědět, kdy rebasovat a kdy ne. Vyplatí se nastavit ochranu hlavní větve, která zakáže přímý push a vynutí pull request. Tím se předejte nechtěným merge commitům i nepořádku. Pokud tým používá rebase a squash, měl by mít i jasný postup pro řešení konfliktů a záložní větve.

Světlo a ticho rozhodují víc než drahá matrace Světlo ovlivňuje hormon melatonin a ten řídí celý spánkový cyklus. Dvě hodiny před spaním ztlumte světla, vypněte stropní lampu a použijte malou lampičku s teplým světlem. Modré světlo z obrazovek a telefonů budí mozek, jako by bylo poledne. Pokud musíte telefon večer používat, zapněte noční režim a jas stáhněte na minimum. Do ložnice nepatří žádné kontrolky, nabíječky se svítícími diodami ani hodiny s jasným displejem. Zatemněte okna tak, aby vás ráno nevzbudilo slunce dřív, než potřebujete. Závěsy by měly být silné, ale zároveň propouštět vzduch.

Historie plná merge commitů vypadá jako splétaná síť a při hledání regrese se v ní těžko orientuje. Řada týmů proto přechází na lineární historii, kde každá změna odpovídá jednomu commitu. Není to dogma, ale nástroj, který má smysl zavést jen tam, kde přinese užitek. Rozhodující je, jak se nastaví pravidla a jaké nástroje tým používá.

Ložnice není skladiště ani druhá pracovna. Je to místo, kde má tělo přepnout do režimu regenerace. Většina lidí řeší matraci a závěsy, ale zapomíná na vzduch, teplotu a světlo. Přitom právě tyhle tři věci rozhodují o tom, jestli usnete do dvaceti minut, nebo se budete převalovat do půlnoci. Začněte tím, že z ložnice odstraníte vše, co vám připomíná práci: notebook, hromady papírů, nevyžehlené prádlo. Už samotný pohled na ně zvyšuje napětí a mozek drží v pohotovosti.

Squash merge se dělá příkazem git merge --squash větev a následným commitem, nebo rovnou přes git commit s upravenou zprávou. Většina platforem rady pro rekonstrukci správu repozitářů nabízí tuto možnost přímo v rozhraní. Výsledkem je jediný commit s popisem, který odpovídá celé změně. Pozor na to, že squash ztrácí jednotlivé kroky – pokud potřebujete dohledat, kdy vznikla konkrétní úprava, budete mít jen jeden záznam. Proto je dobré psát výstižné zprávy a odkazovat na číslo úkolu.

Jak rebase bezpečně provést a kde se lidé pletou Před rebasem si vytvořte záložní větev nebo si zapamatujte hash původního stavu. Pak spusťte git fetch, přepněte se na svou větev a spusťte git rebase origin/main. Konflikty řešte po jednom commitu, po vyřešení použijte git add a git rebase --continue. Pokud se něco pokazí, git rebase --abort vrátí vše zpět. Nejčastější chybou je rebase větve, kterou už někdo jiný stáhl a pracuje na ní. Přepisování sdílené historie způsobí kolegům zbytečné konflikty a ztracenou práci. Pravidlo je jednoduché: rebasujte jen to, co ještě nikdo nepoužívá.