<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki.rettungsdienstblog.eu/index.php?action=history&amp;feed=atom&amp;title=Merge_commity%2C_kter%C3%A9_zbyte%C4%8Dn%C4%9B_zaplavuj%C3%AD_historii</id>
	<title>Merge commity, které zbytečně zaplavují historii - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.rettungsdienstblog.eu/index.php?action=history&amp;feed=atom&amp;title=Merge_commity%2C_kter%C3%A9_zbyte%C4%8Dn%C4%9B_zaplavuj%C3%AD_historii"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Merge_commity,_kter%C3%A9_zbyte%C4%8Dn%C4%9B_zaplavuj%C3%AD_historii&amp;action=history"/>
	<updated>2026-09-14T13:01:02Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Rettungsdienst-Wiki</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Merge_commity,_kter%C3%A9_zbyte%C4%8Dn%C4%9B_zaplavuj%C3%AD_historii&amp;diff=311808&amp;oldid=prev</id>
		<title>WilburnGeyer2: Die Seite wurde neu angelegt: „Základem je rebase místo merge. Když dokončíš práci na své větvi, přepni se na ni a spusť příkaz, který přenese tvé commity na aktuální špičku cílové větve. Tím se vytvoří nové commity s novými hashi, ale obsah zůstane stejný. Před rebase si vždy ověř, že máš čistý pracovní adresář. Pokud máš necommitnuté změny, použij stash, jinak rebase selže nebo přijdeš o rozdělanou práci.&lt;br&gt;&lt;br&gt;Pro týmy, které ch…“</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Merge_commity,_kter%C3%A9_zbyte%C4%8Dn%C4%9B_zaplavuj%C3%AD_historii&amp;diff=311808&amp;oldid=prev"/>
		<updated>2026-09-13T18:35:36Z</updated>

		<summary type="html">&lt;p&gt;Die Seite wurde neu angelegt: „Základem je rebase místo merge. Když dokončíš práci na své větvi, přepni se na ni a spusť příkaz, který přenese tvé commity na aktuální špičku cílové větve. Tím se vytvoří nové commity s novými hashi, ale obsah zůstane stejný. Před rebase si vždy ověř, že máš čistý pracovní adresář. Pokud máš necommitnuté změny, použij stash, jinak rebase selže nebo přijdeš o rozdělanou práci.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pro týmy, které ch…“&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Základem je rebase místo merge. Když dokončíš práci na své větvi, přepni se na ni a spusť příkaz, který přenese tvé commity na aktuální špičku cílové větve. Tím se vytvoří nové commity s novými hashi, ale obsah zůstane stejný. Před rebase si vždy ověř, že máš čistý pracovní adresář. Pokud máš necommitnuté změny, použij stash, jinak rebase selže nebo přijdeš o rozdělanou práci.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pro týmy, které chtějí konzistentní výsledek, se osvědčuje nastavit výchozí chování pro pull. Místo klasického pull, který vytváří merge commit, použij rebase variantu. Tím se při aktualizaci lokální větve tvé commity přenesou na nový základ a žádný zbytečný merge nevznikne. Stejně tak je vhodné zavést pravidlo, že před vytvořením pull requestu si autor sám provede rebase na cílovou větev. Ušetří to čas recenzentům i CI systému.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Každý tým, který pracuje s Gitem denně, dříve nebo později narazí na historii plnou merge commitů. Vypadá to neškodně, dokud se nezačneš snažit dohledat, kdy a proč se konkrétní změna dostala do větve. Lineární historie bez merge commitů není jen estetická záležitost. Zásadně zjednodušuje code review, zkracuje dobu potřebnou k nalezení regrese a výrazně snižuje riziko konfliktů při zpětném sloučení do hlavní větve.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Ve vodě zůstaňte 15 až 20 minut, ne déle. Po dechovém cvičení tělo rychleji přijímá teplo, takže delší koupel vás spíš unaví. Když se objeví bušení srdce nebo tlak na hrudi, okamžitě vstaňte pomalu a sedněte si. Po koupeli se neosprchujte, jen se osušte a odpočívejte 20 minut v teple. Bylinky tak působí ještě půl hodiny po vytažení z vany.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Káva a červené víno patří k nejhorším tekutinám, které mohou na pohovce skončit. Obsahují barviva a třísloviny, které se vážou na vlákna rychleji, než stačíte přinést hadr. Rozhoduje proto ne značka čisticího prostředku, ale to, co uděláte v prvních dvou minutách. Prevence přitom není složitá — stačí pohovku ošetřit ještě před tím, než se něco vylije.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nezapomeňte na odtok a přístup k němu. Police ani věšáky nesmí zakrývat revizní dvířka, sifon ani uzávěr vody. Pokud je schováte za pevnou konstrukci, při jakékoli poruše budete muset vše demontovat. Raději zvolte řešení, které se dá rychle odklopit nebo odšroubovat. Stejně důležité je nechat u koutu alespoň malou mezeru pro proudění vzduchu, aby vlhkost nezatuchla. Správně navržené zákoutí u sprchy tak přidá úložný prostor, aniž by ubralo pohodlí při každodenním používání.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Praktické rozdělení prostoru nezačíná nábytkem, ale světlem a průchodem. Dveře, okno a cesta k nim by měly zůstat volné. Pokud to jde, postavte postele tak, aby hlavy nebyly hned u sebe a děti na sebe neviděly při usínání. Dobře funguje oddělení pomocí nízké police, která zároveň slouží jako úložiště, nebo posuvného závěsu. Závěs je výhodný, protože se dá kdykoli stáhnout, když jeden potřebuje soukromí, a přes den nezabírá místo.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Největší chyba je plánovat oba stadiony stejně. Jsou to dva světy, které mají jen jednu společnou věc: fotbal. Zbytek se liší – doprava, vstupy, výhled i pravidla. Kdo to pochopí předem, ten si odnese zážitek. Kdo to ignoruje, ten stráví zápas hledáním svého místa.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Největší chybou při snaze o lineární historii je zapomenutí na to, že fast-forward není vždy možný. Pokud větev obsahuje commity, které nejdou aplikovat na aktuální stav cílové větve, Git vytvoří merge commit i při použití merge. Řešením je rebase před sloučením. Další častá chyba je rebase příliš mnoha commitů najednou. Když jich je dvacet, konflikty se hromadí a řešení je nepřehledné. Lepší je rebase po menších částech nebo použít interaktivní rebase a commity rozdělit či sloučit.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Poslední věc, kterou je potřeba hlídat, je reakce na konflikty během rebase. Když Git zastaví a oznámí konflikt, nepanikař. Otevři konfliktní soubory, vyřeš je, přidej je do indexu a pokračuj v rebase. Pokud si nejsi jistý, můžeš rebase kdykoli přerušit a vrátit se do původního stavu. Nikdy ale necommituj konfliktní značky. To je chyba, která se objeví až v produkci a odhalit ji může trvat dlouho.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Využijte výšku, ne podlahu Podlaha u koutu musí zůstat volná kvůli úklidu a odtoku vody. Veškeré úložiště proto veďte nahoru. Nad koutem nebo vedle něj ve výšce očí vznikne pruh, který je ideální pro věšáky na ručníky, háčky na župany nebo úzké police na lahvičky. Sloupek nebo vertikální lišta se do rohu vejde i při šířce patnácti centimetrů. Do takového sloupku se vejdou nastojato uložené lahve, hřebeny nebo kartáčky. Výškové řešení navíc nebrání vstupu do koutu a nezachytává tolik vlhkosti jako předměty položené nízko u země.&lt;/div&gt;</summary>
		<author><name>WilburnGeyer2</name></author>
	</entry>
</feed>