<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki-babylonsignalis.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=YasminStoltzfus</id>
	<title>Babylon SIGNALIS Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-babylonsignalis.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=YasminStoltzfus"/>
	<link rel="alternate" type="text/html" href="https://wiki-babylonsignalis.org/index.php/Special:Contributions/YasminStoltzfus"/>
	<updated>2026-09-13T17:45:11Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.45.1</generator>
	<entry>
		<id>https://wiki-babylonsignalis.org/index.php?title=Kdy%C5%BE_je_chodba_%C3%BAzk%C3%A1,_rozhoduje_prvn%C3%ADch_p%C4%9Bt_krok%C5%AF&amp;diff=345134</id>
		<title>Když je chodba úzká, rozhoduje prvních pět kroků</title>
		<link rel="alternate" type="text/html" href="https://wiki-babylonsignalis.org/index.php?title=Kdy%C5%BE_je_chodba_%C3%BAzk%C3%A1,_rozhoduje_prvn%C3%ADch_p%C4%9Bt_krok%C5%AF&amp;diff=345134"/>
		<updated>2026-09-13T14:59:55Z</updated>

		<summary type="html">&lt;p&gt;YasminStoltzfus: Created page with &amp;quot;Před každým rebasem si udělej záložní větev nebo si poznamenej hash. Když se něco pokazí, git reflog tě vrátí zpět. Během řešení konfliktů používej git rebase --continue, případně --skip nebo --abort. Po rebasu zkontroluj, že všechny testy procházejí — změna historie může odhalit závislosti, které dřív držely pohromadě jen díky pořadí commitů. Až bude větev čistá, slouč ji fast-forwardem. Výsledkem je lineární historie,...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Před každým rebasem si udělej záložní větev nebo si poznamenej hash. Když se něco pokazí, git reflog tě vrátí zpět. Během řešení konfliktů používej git rebase --continue, případně --skip nebo --abort. Po rebasu zkontroluj, že všechny testy procházejí — změna historie může odhalit závislosti, které dřív držely pohromadě jen díky pořadí commitů. Až bude větev čistá, slouč ji fast-forwardem. Výsledkem je lineární historie, ve které se dá snadno hledat, a to i za několik měsíců.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Úzká chodba odpouští mnohem méně než velká předsíň. Každý předmět, který zůstane na podlaze nebo trčí do průchodu, se okamžitě stane překážkou a vizuálně zmenší už tak malý prostor. První dojem z bytu přitom vzniká dřív, než si návštěva stihne sednout – během několika vteřin, kdy si odkládá kabát a hledá místo pro boty. Rozhoduje proto ne to, kolik toho máte, ale jak málo toho zůstane vidět.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Skladování má také svá pravidla. Větrejte skříň, používejte látkové pytle místo igelitových. Dřevěná ramínka drží tvar, drátěná ho ničí. Svrchní oděvy nevěšte příliš těsně, vzduch musí proudit. Proti molům pomohou cedrová dřeva nebo sušená levandule, ne chemické spreje. Pletené kusy skládejte, nevěšte. Pravidelně kontrolujte, zda se neobjevily nové dírky nebo plíseň. Když oblečení nosíte střídavě, dáte mu čas na regeneraci.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Častou chybou je snaha rebasovat už publikovanou větev. Pokud ji někdo jiný použil jako základ pro svou práci, přepíšeš mu historii a on bude muset řešit konflikty, které nemusely vzniknout. Pravidlo je jednoduché: rebase pouze na svých lokálních commitech, které ještě nejsou v žádné sdílené větvi. U sdílených větví používej merge, i když vytvoří merge commit. Jeden merge commit je menší zlo než rozbitá historie pro celý tým.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Sestava, která nezahlcu&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Většina týmů si časem všimne, že hlavní větev je plná commitů typu „Merge branch…&amp;quot;, které nenesou žádnou informaci o práci. Historii to znepřehlední, ztíží bisect a zbytečně zahlcuje diff. Přitom stačí změnit několik návyků a nastavení. Nejde o to merge úplně zakázat, ale používat ho jen tam, kde skutečně přináší hodnotu — tedy u dlouhých větví s více autory.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na zbylé skvrny připravte roztok z vlažné vody a několika kapek prostředku na nádobí. Namočte do něj bílý hadr, vyždímejte ho do polovysucha a skvrnu přetírejte od okrajů ke středu, aby se nezvětšila. Po každém tahu hadr obraťte na čistou stranu. Jakmile se skvrna přestane rozpouštět, přestaňte — delší tření látku jen zdrsní. Zbytky prostředku setřete hadrem navlhčeným v čisté vodě a ihned osušte suchým ručníkem. Na vlnu, viskózu a hedvábí raději použijte jen čistou vodu nebo prostředek určený přímo pro tyto materiály.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Malá kuchyň se nedá zvětšit, ale dá se osvětlit tak, že se opticky zvětší. Rozhoduje přitom celkový objem světla, jeho směr a barva. Než začnete cokoli kupovat, změřte si kuchyň a ujasněte si, kde skutečně pracujete: u linky, u sporáku, u dřezu. Právě tam potřebujete nejsilnější světlo, ne uprostřed místnosti.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Základem je rebase místo merge při začleňování změn z hlavní větve do své pracovní. Místo git pull používej git pull --rebase nebo si nastav git config --global pull.rebase true. Tím se tvé lokální commity přehrají na aktuální vrchol a nevznikne žádný merge commit. Pozor na jednu věc: rebase mění hash commitů, takže nikdy nerebasuj větev, kterou už někdo jiný stáhl a pracuje na ní. To je nejčastější zdroj konfliktů a ztracené práce.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nastavení v repozitáři pomůže udržet jednotný postup. Zvaž git config --global merge.ff only, aby merge bez fast-forward selhal a přinutil tě k rebase nebo squashi. Dále git config --global rebase.autosquash true usnadní úpravu commitů před sloučením. Pozor ale na to, že vynucené nastavení může kolidovat s prací kolegů, kteří používají jiný workflow. Proto je lepší se domluvit na konvenci a tu dodržovat, než spoléhat na to, že si každý nastaví totéž.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Fast-forward a squash při sloučení do hlavní větve Když je tvá větev hotová a chceš ji sloučit do hlavní, použij git merge --ff-only, pokud byla odbočena z aktuálního vrcholu. Pokud ne, můžeš větev nejprve rebasovat na hlavní a pak teprve fast-forward. Alternativou je squash: git merge --squash vytvoří jeden commit se všemi změnami, ale nezachová historii jednotlivých commitů. To se hodí u větví, kde je spousta drobných oprav, ale ne u práce, kterou bude někdo potřebovat dohledat po částech.&lt;/div&gt;</summary>
		<author><name>YasminStoltzfus</name></author>
	</entry>
	<entry>
		<id>https://wiki-babylonsignalis.org/index.php?title=User:YasminStoltzfus&amp;diff=345132</id>
		<title>User:YasminStoltzfus</title>
		<link rel="alternate" type="text/html" href="https://wiki-babylonsignalis.org/index.php?title=User:YasminStoltzfus&amp;diff=345132"/>
		<updated>2026-09-13T14:59:53Z</updated>

		<summary type="html">&lt;p&gt;YasminStoltzfus: Created page with &amp;quot;Někdo, kdo dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Někdo, kdo dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.&lt;/div&gt;</summary>
		<author><name>YasminStoltzfus</name></author>
	</entry>
</feed>