https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=MelvaKraegen68 2026-09-26T08:52:09Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=5_praktick%C3%BDch_krok%C5%AF_k_historii_bez_merge_commit%C5%AF&diff=699849 2026-09-21T00:16:32Z

<p>MelvaKraegen68: Utworzono nową stronę &quot;Ranní spěch vzniká hlavně proto, že se svačina řeší až v momentě, kdy už děti mají boty na nohou. Řešení není vstávat o hodinu dřív, ale přesunout přípravu do večera. Večer máte více času, méně stresu a můžete zapojit i děti. Stačí dvacet minut a ráno se jen sáhne do lednice. Klíčové je připravit svačinu tak, aby vydržela do druhého dne a cestou se nerozmočila ani nerozpadla.&lt;br&gt;&lt;br&gt;Jak poznat, že rostlina trpí přím…&quot;</p> <hr /> <div>Ranní spěch vzniká hlavně proto, že se svačina řeší až v momentě, kdy už děti mají boty na nohou. Řešení není vstávat o hodinu dřív, ale přesunout přípravu do večera. Večer máte více času, méně stresu a můžete zapojit i děti. Stačí dvacet minut a ráno se jen sáhne do lednice. Klíčové je připravit svačinu tak, aby vydržela do druhého dne a cestou se nerozmočila ani nerozpadla.&lt;br&gt;&lt;br&gt;Jak poznat, že rostlina trpí přímým slunc&lt;br&gt;&lt;br&gt;Základem je pevná struktura: jedna bílkovina, jedna sacharidová složka a jedna zelenina nebo ovoce. Bílkovinou může být vejce natvrdo, řecký jogurt, sýr, šunka nebo luštěninová pomazánka. Sacharidy zastoupí celozrnný chléb, tortilla, ovesné vločky nebo rýžové chlebíčky. Zelenina a ovoce dodají vlákninu a vitaminy. Tato trojkombinace zasytí na delší dobu než samotná houska s máslem, po které děti přijdou ze školy hladové.&lt;br&gt;&lt;br&gt;Poslední věc je nastavení repozitáře. V nastavení větve zapněte povolení pouze fast-forward nebo rebase, případně ochranu, která zakáže přímý push do main. Tím vynutíte, že každá změna projde přes pull request a žádný merge commit se neobjeví omylem. Zároveň si v týmu napište krátký návod, co dělat při konfliktu, aby se rebase neřešil improvizovaně u každého zvlášť.&lt;br&gt;&lt;br&gt;Na závěr: harmonie nevzniká tím, že všechno je ze stejného materiálu. Vzniká tím, že barvy a struktury mají jasný vztah – buď stejný podtón, nebo záměrný kontrast s pojítkem. Než začnete s předělávkami, položte vzorky, udělejte černobílou fotku a zkontrolujte spáry. Ušetříte si výměnu nábytku i zbytečné přetírání.&lt;br&gt;&lt;br&gt;Základní návyk je jednoduchý: před otevřením pull requestu si větev aktualizujte přes rebase, ne přes merge. Konkrétně to znamená, že na své feature branch spustíte git fetch origin a poté git rebase origin/main. Git přehraje vaše commity na nový základ. Pokud dojde ke konfliktu, vyřešíte ho v souboru, přidáte změnu přes git add a pokračujete příkazem git rebase --continue. Celý proces opakujte, dokud rebase neskončí. Teprve pak pushněte větev na vzdálený repozitář.&lt;br&gt;&lt;br&gt;Největší problém nastává u aplikací, které používáte ke kritické práci. Pokud se aktualizace stáhne těsně před důležitou schůzkou nebo prezentací, může se stát, že program nepůjde spustit, bude chtít restart nebo změní formát souborů. Podobně u platebních a bankovních aplikací je automatika spíš výhoda, protože přináší bezpečnostní záplaty. U nich ji nevypínejte. Naopak u nástrojů, které máte nastavené přesně podle sebe a kde vám změna rozhraní rozbije pracovní postup, dává smysl aktualizace odložit a nejdřív si ověřit, co nová verze přináší.&lt;br&gt;&lt;br&gt;Merge commity vznikají ve chvíli, kdy do sebe sloučíte dvě větve a Git vytvoří nový commit se dvěma rodiči. V malém týmu to často nikomu nevadí, ale jakmile se historie začne procházet při hledání regrese nebo se generují changelogy, každý merge commit zbytečně zaplňuje log a komplikuje orientaci. Řešením je rebase a fast-forward, tedy přeuspořádání vlastních commitů na aktuální vrchol cílové větve tak, aby výsledkem byl lineární sled.&lt;br&gt;&lt;br&gt;Druhý častý problém je squash při sloučení. Když místo merge použijete squash and merge, dostanete jeden commit na celou větev, což je pro lineární historii ideální. Ztratíte ale jednotlivé kroky, takže commit message musí být kvalitní. Pokud naopak chcete zachovat jednotlivé commity, použijte rebase and merge. Vyberte jeden přístup a držte se ho konzistentně, jinak se v logu střídají oba styly a výhoda linearity zmizí.&lt;br&gt;&lt;br&gt;Kdy rebase bolí a jak se tomu vyhnout Rebase přepisuje historii, takže větev, kterou už někdo jiný stáhl a postavil na ní práci, se tím rozbije. Platí proto pravidlo: nikdy nerebasujte veřejně sdílené větve, typicky main ani release. U vlastní feature branch, kterou máte jen vy, je rebase bezpečný. Pokud už jste ji pushnuli a někdo na ní pracuje, použijte raději merge a smiřte se s jedním merge commitem. Vynucený push git push --force-with-lease používejte jen po domluvě v týmu a nikdy ne na chráněné větve.</div>

MelvaKraegen68 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:MelvaKraegen68&diff=699847 2026-09-21T00:16:29Z

<p>MelvaKraegen68: Utworzono nową stronę &quot;Někdo, kdo dílnou i obývákem se zabývá denně. Sdílím zde, jak zvládnout domácnost bez stresu. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.&quot;</p> <hr /> <div>Někdo, kdo dílnou i obývákem se zabývá denně. Sdílím zde, jak zvládnout domácnost bez stresu. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.</div>

MelvaKraegen68