Při interaktivním rebase nahraďte slovo pick slovesem squash u commitů, které chcete sloučit s předchozím. Tím se texty odevzdání spojí a vy můžete napsat nový, výstižný popis. Vyvarujte se však slučování commitů, které už byly odeslány na vzdálený repozitář. To by vedlo k nutnosti přepsat historii, což je zdrojem konfliktů pro ostatní členy týmu. Pokud už commit na serveru je, nechte ho být a dohodněte se, že se slučování děje až před odesláním.

Typickou pastí je práce na stejné větvi více lidmi. Pokud dva kolegové vytvoří větev z jednoho bodu a oba udělají rebase na nový stav, vznikne zmatek. Proto platí: rebase je určený pro lokální, nezveřejněné commity. Jakmile někdo vaši větev stáhne, přestává být vaše a přepisování historie je zakázáno. V takovém případě je lepší použít klasický merge nebo git cherry-pick pro přenos konkrétních změn.

Na konci hry by měla být vždycky odměna – nemusí to být nic hmotného, stačí poklad v podobě krabice s drobnostmi (např. samolepky, pastelky) nebo společná aktivita, jako je opékání buřtů. Klíčové je, aby děti měly pocit, že svou snahou něco dokázaly. Po hře si s nimi sedněte a projděte si, které šifry byly těžké a které naopak snadné. Tento zpětný vztah vám pomůže příště připravit hru přesně na míru jejich schopnostem.

Šikmé stropy v ložnici nebo pracovně často bereme jako nutné zlo – místo pod nimi zeje prázdnotou, nebo se sem jen těsně vměstná postel. Přitom právě šikmina dokáže prostor opticky zvětšit a dodat mu útulnost, pokud k ní přistoupíte chytře. Klíčem je myslet na tři věci: využití nejvyššího bodu, práci se světlem a výběr mobiliáře, který respektuje sklon střechy. Než začnete cokoli kupovat, změřte si přesně výšku stěny v různých místech – pomůže vám to vyhnout se zklamání, když se nová skříň do kouta nevejde.

Mezi typické chyby patří pokus o odstranění kamene doma pomocí kovových nástrojů. Tím snadno poškodíte sklovinu a zatlačíte bakterie hlouběji pod dáseň. Nepomáhá ani zvýšené podávání tvrdých sušenek nebo kostí – ty mohou zub spíš vylomit než vyčistit. Bezpečnou prevencí je pravidelné čištění zubů speciální pastou pro psy (nikdy nepoužívejte lidskou, obsahuje fluor), ideálně jednou denně, a žvýkací hračky určené přímo pro dentální hygienu. Pokud pes odmítá kartáček, začněte postupně – nejprve mu nechte olíznout pastu z prstu, poté nasaďte prstový kartáček a až pak klasický.

Když pracujete na feature větvi, nemusíte čekat na její dokončení. Místo toho použijte git fetch origin a poté git rebase origin/main. Tím přenesete své lokální commity na aktuální stav hlavní větve. Konflikty, které při tom vzniknou, řešte přímo v pracovním adresáři. Po vyřešení použijte git add a git rebase --continue. Nikdy nepoužívejte git push --force na sdílené větvi. Pokud potřebujete aktualizovat vzdálenou větev, použijte git push --force-with-lease, který kontrola, zda se od vašeho posledního stažení neobjevily nové commity.

Sloučení větve bez merge commitu: praktický postup Jakmile je feature větev hotová, nastává klíčový okamžik. Místo git merge feature použijte kombinaci git checkout main a git rebase feature. Tím se celá řada commitů z feature větve přenese na konec mainu. Výsledkem je lineární historie bez jediného merge commitu. Aby se historie ještě vylepšila, před samotným rebase si prohlédněte své commity pomocí git log --oneline. Pokud vidíte drobné opravy typu „fix typo" nebo „oprava testu", slučte je do jednoho logického celku. K tomu slouží git rebase -i HEAD~n, kde n představuje počet commitů, které chcete upravit.

Jak poznat, že je text skutečně váš Po kontrole v nástrojích se zaměřte na vlastní hlas. Přečtěte si text nahlas a ptejte se, zda byste takto mluvili před publikem. Pokud vám připadá, že některé pasáže nezní jako vy, pravděpodobně jste se nechali příliš unést zdrojem. Dalším testem je vysvětlit obsah někomu jinému bez přístupu k textu. Když to zvládnete bez zaváhání, rozumíte tématu a vaše formulace jsou přirozené. Tento postup odhalí nejen nepůvodnost, ale i slabá místa v argumentaci.

Nejprve si nastavte pravidlo, že hlavní větev (například main nebo develop) se aktualizuje výhradně pomocí git pull --rebase. Tento příkaz nahradí klasický git pull, který implicitně dělá merge. Pokud někteří kolegové zapomenou, pomůže globální konfigurace: git config --global pull.rebase true. Tím zajistíte, že lokální změny se přenesou na vrchol vzdálené větve bez zbytečného merge commitu. Typickou chybou je rebase až po dokončení práce, kdy už je konfliktů příliš. Rebase dělejte průběžně, ideálně po každém menším logickém celku.