Když olej přestane hořet, kůrka zůstane křupavá

Častou chybou je rebase větve, kterou už někdo jiný stáhl a pracuje na ní. Přepisování historie sdílené větve způsobí kolegům konflikty a ztracenou práci. Pravidlo je jednoduché: rebasujte pouze své lokální commity, které ještě nejsou v hlavní větvi. Pokud potřebujete upravit už sloučenou historii, použijte revert, ne rebase.

Než začnete montovat police, spočítejte objem. Vezměte si metr a změřte, kolik zabere sezónní oblečení, sportovní výbava, kufry, dokumenty a věci, které používáte méně než jednou za měsíc. Tato skupina patří do nejhůře dostupných míst — nahoru k stropu, do hlubokých zásuvek, do prostoru za dveřmi. Naopak věci denní potřeby musí být v dosahu ruky, jinak vzniká nepořádek na pracovní desce a na židli. Rozdíl mezi těmito dvěma zónami je základ celého systému.

Jak nastavit ochranu větve a nástroje Většina platforem pro správu repozitářů umí vynutit lineární historii. V nastavení chráněné větve zapněte možnost vyžadující fast-forward nebo rebase před sloučením. Zároveň zakažte přímý push do hlavní větve. Tím se chyby odhalí včas a vývojář nemůže omylem vytvořit merge commit. Pokud nástroj tuto volbu nemá, použijte hook na serveru, který kontroluje rodiče commitu a merge odmítne.

Mezi izolací a podstřešní membránou nebo bedněním musí zůstat průchozí větrací mezera. U šikmé střechy obvykle stačí několik centimetrů, ale musí být spojitá od okapu až po hřeben. Pokud ji zúžíte tím, že izolaci nacpete až na membránu, vlhkost nemá kudy odcházet. Častou chybou je také to, že se větrací mezera ucpe na okapu, kde ji zakryje izolace nebo konstrukce. Zkontrolujte proto průchodnost u okapu i u hřebene ještě před montáží sádrokartonu.

Merge commity vznikají ve chvíli, kdy do sebe sloučíte dvě větve, které se od sebe vzdálily. Pro tým, který sleduje historii nebo používá rebase jako standard, jsou tyto commity často jen šum. Cílem není zakázat merge, ale nastavit tok práce tak, aby lineární historie byla výchozí a merge zůstal výjimkou. Rozhodnutí musí být jednotné pro celý tým, jinak vznikne zmatek.

Posledním krokem je domácí kontrola. Před vařením houby znovu prohlédněte, očistěte a zbavte všech částí, které nepatří do pokrmu. U některých jedlých druhů je nutná tepelná úprava delší než dvacet minut, u jiných stačí jen krátké podušení. Nikdy nemíchejte neznámé houby s jistými, abyste v případě potíží věděli, co bylo příčinou. Vést si jednoduchý zápis o tom, co a kde rostlo, se vyplatí, protože paměť po letech slábne.

Teplota, kterou poznáte bez teploměru Ideální teplota pro smažení se pohybuje mezi 170 a 185 stupni. Bez teploměru ji odhadnete podle kousku těsta nebo strouhanky: když kolem něj začnou prudce stoupat bublinky a kousek se do dvaceti sekund začne barvit, je olej připravený. Pokud se kousek okamžitě spálí a zčerná, je příliš horký. Stáhněte hrnec z plotny, chvíli počkejte a teprve pak vkládejte potravinu.

Křupavá kůrka vzniká při teplotě, kdy se z potraviny prudce odpařuje voda. Jenže právě v tom okamžiku se olej nejčastěji přepálí. Řešení není ve dražším oleji ani v nové pánvi. Rozhoduje teplota, množství a to, co s olejem děláte mezi jednotlivými dávkami.

Mezi dávkami sbírejte síťkou drobné částečky, které v oleji zůstaly. Tyto zbytky se připalováním rozkládají a olej tmavne i při správné teplotě. Když olej začne pěnit, tmavnout nebo zapáchat, je čas ho vyměnit. Přepálený olej se nepozná jen podle barvy, ale hlavně podle dráždivého zápachu a kouře, který stoupá už při nižší teplotě.

Nejčastější chyba je snaha dohnat teplotu plamenem po vložení potraviny. Olej se pak přepálí zespodu, zatímco potravina uvnitř zůstane syrová. Druhá častá chyba je opakované použití stejného oleje mnohokrát za sebou bez filtrace. Pokud budete hlídat teplotu, osušovat potraviny a čistit olej mezi dávkami, kůrka bude křupavá a olej vydrží déle, než když budete spoléhat na náhodu.

Dalším problémem bývá příliš mnoho malých commitů se zprávami typu „oprava" nebo „wip". Před sloučením je vhodné je poskládat do smysluplných celků pomocí interaktivního rebase. Tím vznikne čitelná historie, ve které se dá snadno hledat. Pozor ale na sílu: squashovat commity, které už jsou pushnuté a sdílené, je riskantní.

Základem je změnit způsob, jakým se nová práce dostává do hlavní větve. Místo přímého mergování feature větve použijte rebase na aktuální hlavu cílové větve a poté fast-forward merge. V praxi to znamená: před vytvořením pull requestu proveďte git fetch, git rebase origin/main a vyřešte konflikty lokálně. Teprve poté pushněte větev a nechte ji sloučit. Fast-forward merge vytvoří pouze jeden záznam, žádný merge commit.