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

V praxi se osvědčuje pravidlo: rebase pro vlastní práci, squash merge pro dokončené funkce. Toto rozdělení pomáhá udržet historii nejen čistou, ale i smysluplnou. Když se pak kolega podívá do historie, vidí jasné milníky místo změti deseti commitů s názvy ‚oprava překlepu‘. Navíc se snadněji provádí reverty, protože jeden commit se dá vrátit bez zbytečných vedlejších efektů. Tento přístup oceníte hlavně ve chvíli, kdy hledáte, který commit způsobil problém byt v paneláku produkci.

Typickou chybou je spoléhat na kupované sladké tyčinky nebo sušenky. Ty sice ušetří čas, ale obsahují hodně cukru a málo živin, takže dítě brzy vyhladoví a ve škole se nesoustředí. Místo toho zkuste připravit domácí variace – třeba ovesné tyčinky smíchané s rozinkami a ořechy, které zvládnete za půl hodiny o víkendu a vydrží celý týden. Další častou chybou je připravovat dětem pořád dokola to samé. Jednotvárná svačina děti nebaví a mohou ji vyhodit nebo vyměnit za něco méně vhodného. Proto obměňujte přílohy, barvy i tvary – nakrájejte mrkev na kolečka, okurku na tyčinky, sýr na kostičky.

If you have just about any issues concerning in which and also the best way to employ osvětlení v obýváKu, you can e mail us on our web page. Kdy rebase použít a kdy se mu naopak vyhnout Rebase je skvělý pro lokální větve, které ještě nikdo nesdílí. Jakmile jste ale větve posdíleli s ostatními – například jste ji poslali na server a kolegové si ji stáhli – rebase vytvoří duplicitní commity, protože se změní jejich hashe. To vede k zmatku a konfliktům, které nikdo nečekal. Pro sdílené větve proto používejte raději squash merge, což je technika, kdy se všechny vaše commity z větve sloučí do jednoho jediného commitu nábytek na míru hlavní větvi. Tento commit je čistý a obsahuje pouze souhrn vaší práce.

Jak na to, abyste e-maily neřešili dvakrát? Třetím pomocníkem je pravidlo jediného dotyku. Každou novou zprávu si přečtěte jen jednou a okamžitě se rozhodněte: odpověď, delegování, nebo archivace. Pokud odpověď zabere méně než dvě minuty, napište ji hned. V opačném případě ji přesuňte do složky „K vyřízení" a nastavte si připomínku. Největší chybou je nechat e-maily viset v doručené poště a vracet se k nim opakovaně. Pokaždé, když zprávu otevřete znovu, ztrácíte čas znovu se seznamovat s obsahem.

Až se ráno vydaří a děti svačiny snědí, napište si, co zabralo a co ne. Každé dítě má jiné preference a co funguje u jednoho, nemusí u druhého. Ranní klid se nevybuduje za týden, ale postupným nastavením rituálů, které vám ulehčí práci a dětem zpříjemní dopoledne. S trochou trpělivosti a společné přípravy se z ranního shonu stane snesitelná rutina, při níž si stihnete v klidu vypít i kávu.

Při samotné pokládce dlažby si dejte pozor nábytek na míru to, aby spáry lícovaly s obkladem na stěnách. U malé koupelny to vypadá nesmírně rušivě, pokud se spáry na podlaze a na stěnách nekříží v pravém úhlu. Ideální je použít stejně velké formáty dlažby na stěně i na podlaze, nebo alespoň stejnou šířku spár. Pokud chcete ušetřit místo, volte raději větší formáty dlažby, protože méně spár znamená méně míst, kde se zachytává nečistota a kde hrozí praskání v důsledku pohybů podkladu.

Posledním, ale klíčovým nástrojem je pravidelný blok času na e-maily. Místo neustálého kontrolování schránky si vyhraďte dvakrát denně třicet minut, kdy e-maily kompletně vyřídíte. Zbytek dne zůstává schránka zavřená. Nastavte si na tento blok upozornění, které vás nepřeruší při jiné práci. Zpočátku to bude těžké, ale po týdnu zjistíte, že většina zpráv počká. A nejlepší na tom je, že vy už nemusíte neustále přemýšlet, co vám přišlo. Tyto čtyři nástroje – zkratky, šablony, pravidlo jednoho dotyku a filtrování – vám ušetří hodiny týdně. Když k nim přidáte poslední, tedy časový blok, máte vyhráno.

Příkaz git merge --squash nazev-vetve připraví změny jako staging, ale nevytvoří merge commit. Vy pak sami vytvoříte nový commit s vlastní zprávou, která shrnuje celou práci. Tím získáte lineární historii, kde každý commit odpovídá jedné logické změně. Tato technika je oblíbená zejména v týmech, které preferují přehledné změny před detailní chronologií drobných commitů. Typická chyba je, že se squash merge použije i pro velké větve s mnoha nezávislými změnami; výsledkem je pak nepřehledný obří commit, který se špatně reviuje.

Když tým používá Git, historie větví se často plní merge commity. Ty sice zachovávají informaci o tom, že se dvě větve spojily, ale výsledkem je nepřehledný graf, kde se špatně hledá, kdy a co se skutečně změnilo. Pro týmy, které chtějí mít lineární historii bez zbytečných ‚uzlů‘, je řešením rebase a squash merge. Tyto nástroje vám umožní udržet historii čitelnou, aniž byste ztratili kontrolu nad tím, co se do větve dostane.