Když chcete plochou historii, naučte tým rebase - Historia wersji

LarhondaVanderbi o 12:37, 15 paź 2026

2026-10-15T12:37:58Z

← poprzednia wersja		Wersja z 12:37, 15 paź 2026
Linia 1:		Linia 1:
	~~Ideální je mít v záloze druhé topení stejného výkonu a jednou za čas ho~~ na ~~týden zapnout místo původního~~. Zjistíte tak, jestli funguje, a zároveň si ověříte, že se v nádrži drží teplota i s jiným kusem. Při výměně nikdy nesahejte do vody pod proudem – vytáhněte zástrčku ze zásuvky, nechte těleso vychladnout a teprve pak ho vyndejte. Poškozený kabel nebo prasklá skleněná trubice se neopravují, ale rovnou vyřazují. Voda a elektřina patří k sobě jen přes kvalitní jištění a proudový chránič.<br><br>Poslední návyk je nejnudnější, ale nejúčinnější: veďte si zápisník. Datum, místo, strom, popis a výsledek kontroly. Po jedné sezoně budete mít vlastní seznam druhů, které skutečně poznáte, a hlavně seznam těch, které jste si pletli. Právě tam se skrývá vaše konkrétní riziko. Houbařit bez mykologa je možné, ale jen tehdy, když si každou houbu ověříte vlastníma očima a vlastním zápisem, ne pamětí nebo dojmem z fotky na internetu.<br><br>Počítejte s tím, že některé bylinky jsou jednoleté. Bazalka po několika měsících slábne, ať děláte cokoli. Proto si včas namnožte řízky ve vodě nebo si vypěstujte novou generaci ze semen. Trvalky jako rozmarýn, tymián nebo oregano vydrží roky, pokud jim dopřejete chladnější zimování při teplotě kolem patnácti stupňů. Vytápěný byt s teplotou přes dvacet čtyři stupňů jim nesvědčí. Přesuňte je na ~~chladnější místo, omezí zálivku a nechte je odpočívat.<br><br>Poslední věc: testy~~. ~~Po rebase se může změnit pořadí commitů~~ a ~~tím i výsledek. Vždy po rebase spusťte testy znovu, ideálně na stejném commitu, který posíláte do main. Pokud tým používá CI, nastavte~~, aby se ~~spouštělo i na fast-forward merge~~. ~~Jinak~~ se ~~stane~~, ~~že se do main dostane změna, která prošla~~ jen ~~ve větvi, ale v novém kontextu selže~~.~~<br><br>Bílé chomáčky v paždí listů nebo~~ na ~~spodní straně čepelí bývají vlnatky nebo puklice. Nejsou to skvrny, ale živý hmyz. Poznáte je~~ tak, že ~~se po dotyku rozptýlí, případně zanechají lepkavou medovici~~. ~~Proti nim pomůže vatový tampon namočený v lihu, kterým každý chomáček setřete. Poté rostlinu opláchněte vlažnou vodou~~ a ~~postříkejte odvarem z česneku: tři stroužky povaříte ve vodě, necháte vychladnout a přecedíte. Postřik aplikujte večer, aby se listy nespálily~~.<br><br>V týmu se vyplatí nastavit ochranu hlavní větve. Povolte pouze fast-forward merge a zakážete přímý push. Každý pull request tak projde kontrolou a rebase se stane součástí procesu. Zároveň se domluvte, že se rebasuje před každým odesláním do review, ne po něm. Tím se předejde situaci, kdy recenzent komentuje kód, který se mezitím přepsal.<br><br>~~Na co si dát pozor~~ v ~~praxi Rebase přepisuje historii~~. ~~Jakmile~~ je ~~větev odeslaná~~ a ~~někdo na ní staví, rebase je nebezpečný~~. ~~Platí proto pravidlo: rebasujte jen to~~, ~~co ještě nikdo jiný nepoužil~~. ~~Větve~~, které ~~sdílíte s kolegy~~, ~~nechte být a použijte merge~~. ~~Dále nikdy nerebasujte main~~, ~~pokud~~ do ~~něj už někdo poslal změny~~. ~~Force push bez --force-with~~-~~lease přepíše~~ i ~~cizí~~ commity a ~~způsobí tichou ztrátu práce~~.<br><br>Lineární historie bez merge commitů vypadá čistě, ale není zadarmo. Nejde o to zakázat větve, jde o to změnit způsob, jakým se změny dostávají do hlavní linie. Místo slučování větve do main přes merge commit se každá změna přenese jako jednotlivé commity přes rebase. Tým si musí osvojit dvě věci: rebase vlastní práce před odesláním a fast-forward merge při přijetí do hlavní větve.<br><br>~~Nejspolehlivější je dívat~~ se ~~na konstrukci~~ a ~~okna. Funkcionalistická vila má železobetonový skelet~~, ~~velké prosklené plochy~~, ~~často pásová okna, plochou střechu a minimum dekoru~~. ~~Gotická stavba stojí na kamenném zdivu~~, ~~má vysoká úzká okna s lomeným obloukem~~, ~~opěrné pilíře~~ a ~~strmé sedlové střechy~~. Když ~~uvidíte dům s opěráky a růžicí~~, ~~není~~ to ~~funkcionalismus. Když uvidíte stavbu~~ s ~~rovnou střechou~~ a ~~hladkou fasádou~~, ~~nehledejte~~ v ~~ní gotiku. Záměna těchto dvou světů je častější~~, ~~než by~~ se ~~zdálo, protože oba slohy mají jednu společnou vlastnost: jsou konstrukčně poctivé a nezakrývají, z čeho jsou postavené~~.<br><br>~~Častou chybou~~ je rebase ~~přes příliš mnoho commitů najednou~~. ~~Když má větev třicet commitů~~ a ~~konflikty se opakují~~, ~~je lepší ji rozdělit nebo použít interaktivní rebase git rebase~~ -i ~~origin/main~~ a ~~commity sloučit do smysluplných celků~~. ~~Tím~~ se ~~sníží počet konfliktů~~ a ~~historie~~ se ~~zpřehlední. Pozor také~~ na merge ~~commity~~, ~~které už~~ v ~~historii jsou – ty při rebase zmizí, což může rozbít vazby na pull requesty~~.<br><br>Základní postup pro vývojáře vypadá takto. Po dokončení práce na větvi spusťte git fetch origin, pak git rebase origin/main. Vyřešte konflikty v každém commitu zvlášť. Následně větev odešlete pomocí git push --force-with-lease. Na straně příjemce se změny dostanou do main příkazem git merge --ff-only nebo přes tlačítko, které fast-forward vynutí. Tím vznikne přímá linie bez zbytečného uzlu.		Odpočinuté těsto rozdělte na dva díly. Každý vyválejte na pomoučeném vále na plát silný asi 2 mm. Pracujte rychle a válejte od středu k okrajům, aby se těsto netrhlo. Pokud se lepí, podsypejte moukou jen minimálně. Plát přeneste na plech s pečicím papírem tak, že ho přehnete přes váleček. Náplň kladte podélně do pruhu širokého asi 8 cm a okraje nechte volné.<br><br>V týmu se vyplatí nastavit ochranu hlavní větve. Povolte pouze fast-forward merge a zakážete přímý push. Každý pull request tak projde kontrolou a rebase se stane součástí procesu. Zároveň se domluvte, že se rebasuje před každým odesláním do review, ne po něm. Tím se předejde situaci, kdy recenzent komentuje kód, který se mezitím přepsal.<br><br>Nejúčinnější trik je zbavit brambory přebytečné vody ještě předtím, než se potkají s moukou. Nastrouhané brambory dejte do čisté utěrky nebo plátýnka a pořádně je vyždímejte. Nechte je chvíli odstát, pak je vyždímejte znovu. Voda, která vyteče, je přesně ta, která by jinak skončila v pánvi. Teprve potom je smíchejte s moukou, vejci a česnekem.<br><br>Před montáží sádrokartonu zkontrolujte rovinnost krokví. Rozdíly vyrovnejte pomocí podložek nebo přídavných latí, ne silnou vrstvou tmelu. Sádrokarton se šroubuje do profilů, které musí být pevně ukotvené. Pokud krov pruží, přidejte roznášecí profily nebo ztužte konstrukci. Zkontrolujte také, zda někde nevedou elektrické rozvody v místech, kde by se do nich mohlo vrtat. Fotodokumentace před zaklopením ušetří hodiny hledání později.<br><br>Častou chybou je rebase přes příliš mnoho commitů najednou. Když má větev třicet commitů a konflikty se opakují, je lepší ji rozdělit nebo použít interaktivní rebase git rebase -i origin/main a commity sloučit do smysluplných celků. Tím se sníží počet konfliktů a historie se zpřehlední. Pozor také na merge commity, které už v historii jsou – ty při rebase zmizí, což může rozbít vazby na pull requesty.<br><br>Lineární historie bez merge commitů vypadá čistě, ale není zadarmo. Nejde o to zakázat větve, jde o to změnit způsob, jakým se změny dostávají do hlavní linie. Místo slučování větve do main přes merge commit se každá změna přenese jako jednotlivé commity přes rebase. Tým si musí osvojit dvě věci: rebase vlastní práce před odesláním a fast-forward merge při přijetí do hlavní větve.<br><br>Sbírejte do pevné přepravky nebo košíku, ne do igelitové tašky. Houby se v ní zapaří, rozpadnou a znaky, podle kterých je určujete, zmizí. Každý kus dávejte do přepravky tak, aby byl vidět klobouk i třeň, a nikdy nemíchejte druhy do jedné hromady. Když si nejste jistí, udělejte to, co dělají zkušení houbaři: položte houbu na papír, přiložte druhý papír s poznámkou, kde a pod čím rostla, a teprve doma ji porovnejte. Fotografujte v lese, ne až na kuchyňské lince — barvy se na světle mění.<br><br>Na co si dát pozor v praxi Rebase přepisuje historii. Jakmile je větev odeslaná a někdo na ní staví, rebase je nebezpečný. Platí proto pravidlo: rebasujte jen to, co ještě nikdo jiný nepoužil. Větve, které sdílíte s kolegy, nechte být a použijte merge. Dále nikdy nerebasujte main, pokud do něj už někdo poslal změny. Force push bez --force-with-lease přepíše i cizí commity a způsobí tichou ztrátu práce.<br><br>Kam s věcmi, které nemají kam j�<br><br>Poslední věc: testy. Po rebase se může změnit pořadí commitů a tím i výsledek. Vždy po rebase spusťte testy znovu, ideálně na stejném commitu, který posíláte do main. Pokud tým používá CI, nastavte, aby se spouštělo i na fast-forward merge. Jinak se stane, že se do main dostane změna, která prošla jen ve větvi, ale v novém kontextu selže.<br><br>Základní postup pro vývojáře vypadá takto. Po dokončení práce na větvi spusťte git fetch origin, pak git rebase origin/main. Vyřešte konflikty v každém commitu zvlášť. Následně větev odešlete pomocí git push --force-with-lease. Na straně příjemce se změny dostanou do main příkazem git merge --ff-only nebo přes tlačítko, které fast-forward vynutí. Tím vznikne přímá linie bez zbytečného uzlu.

ForrestFulford3: Utworzono nową stronę "Ideální je mít v záloze druhé topení stejného výkonu a jednou za čas ho na týden zapnout místo původního. Zjistíte tak, jestli funguje, a zároveň si ověříte, že se v nádrži drží teplota i s jiným kusem. Při výměně nikdy nesahejte do vody pod proudem – vytáhněte zástrčku ze zásuvky, nechte těleso vychladnout a teprve pak ho vyndejte. Poškozený kabel nebo prasklá skleněná trubice se neopravují, ale rovnou vyřazují. Voda a…"

2026-10-15T12:03:49Z

Utworzono nową stronę "Ideální je mít v záloze druhé topení stejného výkonu a jednou za čas ho na týden zapnout místo původního. Zjistíte tak, jestli funguje, a zároveň si ověříte, že se v nádrži drží teplota i s jiným kusem. Při výměně nikdy nesahejte do vody pod proudem – vytáhněte zástrčku ze zásuvky, nechte těleso vychladnout a teprve pak ho vyndejte. Poškozený kabel nebo prasklá skleněná trubice se neopravují, ale rovnou vyřazují. Voda a…"

Nowa strona

Ideální je mít v záloze druhé topení stejného výkonu a jednou za čas ho na týden zapnout místo původního. Zjistíte tak, jestli funguje, a zároveň si ověříte, že se v nádrži drží teplota i s jiným kusem. Při výměně nikdy nesahejte do vody pod proudem – vytáhněte zástrčku ze zásuvky, nechte těleso vychladnout a teprve pak ho vyndejte. Poškozený kabel nebo prasklá skleněná trubice se neopravují, ale rovnou vyřazují. Voda a elektřina patří k sobě jen přes kvalitní jištění a proudový chránič. Poslední návyk je nejnudnější, ale nejúčinnější: veďte si zápisník. Datum, místo, strom, popis a výsledek kontroly. Po jedné sezoně budete mít vlastní seznam druhů, které skutečně poznáte, a hlavně seznam těch, které jste si pletli. Právě tam se skrývá vaše konkrétní riziko. Houbařit bez mykologa je možné, ale jen tehdy, když si každou houbu ověříte vlastníma očima a vlastním zápisem, ne pamětí nebo dojmem z fotky na internetu. Počítejte s tím, že některé bylinky jsou jednoleté. Bazalka po několika měsících slábne, ať děláte cokoli. Proto si včas namnožte řízky ve vodě nebo si vypěstujte novou generaci ze semen. Trvalky jako rozmarýn, tymián nebo oregano vydrží roky, pokud jim dopřejete chladnější zimování při teplotě kolem patnácti stupňů. Vytápěný byt s teplotou přes dvacet čtyři stupňů jim nesvědčí. Přesuňte je na chladnější místo, omezí zálivku a nechte je odpočívat. Poslední věc: testy. Po rebase se může změnit pořadí commitů a tím i výsledek. Vždy po rebase spusťte testy znovu, ideálně na stejném commitu, který posíláte do main. Pokud tým používá CI, nastavte, aby se spouštělo i na fast-forward merge. Jinak se stane, že se do main dostane změna, která prošla jen ve větvi, ale v novém kontextu selže. Bílé chomáčky v paždí listů nebo na spodní straně čepelí bývají vlnatky nebo puklice. Nejsou to skvrny, ale živý hmyz. Poznáte je tak, že se po dotyku rozptýlí, případně zanechají lepkavou medovici. Proti nim pomůže vatový tampon namočený v lihu, kterým každý chomáček setřete. Poté rostlinu opláchněte vlažnou vodou a postříkejte odvarem z česneku: tři stroužky povaříte ve vodě, necháte vychladnout a přecedíte. Postřik aplikujte večer, aby se listy nespálily. V týmu se vyplatí nastavit ochranu hlavní větve. Povolte pouze fast-forward merge a zakážete přímý push. Každý pull request tak projde kontrolou a rebase se stane součástí procesu. Zároveň se domluvte, že se rebasuje před každým odesláním do review, ne po něm. Tím se předejde situaci, kdy recenzent komentuje kód, který se mezitím přepsal. Na co si dát pozor v praxi Rebase přepisuje historii. Jakmile je větev odeslaná a někdo na ní staví, rebase je nebezpečný. Platí proto pravidlo: rebasujte jen to, co ještě nikdo jiný nepoužil. Větve, které sdílíte s kolegy, nechte být a použijte merge. Dále nikdy nerebasujte main, pokud do něj už někdo poslal změny. Force push bez --force-with-lease přepíše i cizí commity a způsobí tichou ztrátu práce. Lineární historie bez merge commitů vypadá čistě, ale není zadarmo. Nejde o to zakázat větve, jde o to změnit způsob, jakým se změny dostávají do hlavní linie. Místo slučování větve do main přes merge commit se každá změna přenese jako jednotlivé commity přes rebase. Tým si musí osvojit dvě věci: rebase vlastní práce před odesláním a fast-forward merge při přijetí do hlavní větve. Nejspolehlivější je dívat se na konstrukci a okna. Funkcionalistická vila má železobetonový skelet, velké prosklené plochy, často pásová okna, plochou střechu a minimum dekoru. Gotická stavba stojí na kamenném zdivu, má vysoká úzká okna s lomeným obloukem, opěrné pilíře a strmé sedlové střechy. Když uvidíte dům s opěráky a růžicí, není to funkcionalismus. Když uvidíte stavbu s rovnou střechou a hladkou fasádou, nehledejte v ní gotiku. Záměna těchto dvou světů je častější, než by se zdálo, protože oba slohy mají jednu společnou vlastnost: jsou konstrukčně poctivé a nezakrývají, z čeho jsou postavené. Častou chybou je rebase přes příliš mnoho commitů najednou. Když má větev třicet commitů a konflikty se opakují, je lepší ji rozdělit nebo použít interaktivní rebase git rebase -i origin/main a commity sloučit do smysluplných celků. Tím se sníží počet konfliktů a historie se zpřehlední. Pozor také na merge commity, které už v historii jsou – ty při rebase zmizí, což může rozbít vazby na pull requesty. Základní postup pro vývojáře vypadá takto. Po dokončení práce na větvi spusťte git fetch origin, pak git rebase origin/main. Vyřešte konflikty v každém commitu zvlášť. Následně větev odešlete pomocí git push --force-with-lease. Na straně příjemce se změny dostanou do main příkazem git merge --ff-only nebo přes tlačítko, které fast-forward vynutí. Tím vznikne přímá linie bez zbytečného uzlu.