Ověřte si originalitu textu dřív, než ho zveřejníte > 공지사항

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Když v gitu používáte běžné příkazy git merge, historie se rychle zaplní desítkami merge commitů, které znepřehledňují vývoj a ztěžují hledání, kdy a proč došlo ke změně. Čistší variantou je lineární historie, které dosáhnete bez jediného merge commitu. For more info on Https://gratisafhalen.Be/ stop by the web-site. Nejde o žádnou kouzelnou funkci, ale o sadu pravidel a návyků, které tým musí dodržovat. Výsledek stojí za to: log je přehledný, reverty jsou jednoduché a každá změna má jasný kontext.

Dalším problémem je, že vývojáři zapomínají po rebase aktualizovat lokální větev předtím, než založí pull request. Pokud vytvoříte pull request z větve, která není rebasovaná na nejnovější main, kód se sloučí až po případném konfliktu. To ale neznamená, že historie zůstane lineární – pokud na sdílené větvi děláte merge, commitů přibývá. Proto týmům doporučuji nastavit si v CI kontrolu, která ověří, že větev lze sloučit pomocí --ff-only. Pokud kontrola selže, vývojář musí rebase provést. Tím se předejde tomu, že se merge commit dostane do historie omylem.

Základním nástrojem pro lineární historii je git rebase. Místo slučování větví merge commitem nejdříve přenesete své lokální commity na špičku cílové větve. Postup vypadá takto: dokončíte práci na vlastní větvi, provedete git fetch origin a poté git rebase origin/main. Tím se vaše commity „přesadí" na nejnovější stav. Po rebase obvykle dojde ke konfliktům, které je nutné vyřešit. Konflikt vyřešíte v souborech, provedete git add a pokračujete příkazem git rebase --continue. Tento postup opakujte, dokud rebase nedoběhne. Nakonec větve sloučíte pomocí git merge --ff-only, což zajistí, že se historie pouze posune vpřed bez vytváření merge commitu.

Samotné praní a žehlení ale nestačí. Stejně důležité je, jak textilie skladujete. Závěsy nechte viset, aby se nepomačkaly – pokud je sundáváte na delší dobu, složte je volně a uložte na suché místo, ne do igelitu. Ubrusy skládejte podél původních záhybů, ale pravidelně je překládejte jinak, aby se látka v jednom místě nepřetrhla. Pokud ubrus nepoužíváte, nechte ho vyvětrat, než ho uložíte do skříně – vlhkost a zatuchlina jsou nejhorší nepřátelé textilií.

Typické chyby, které kazí lineární historii Nejčastější chybou je kombinace rebase a merge bez --ff-only. Pokud po dokončení rebase použijete obyčejný git merge, git se rozhodne, že merge commit vytvoří, i když není potřeba. Stačí, aby se větev divergentně posunula, a merge commit se objeví. Druhým častým prohřeškem je interaktivní rebase bez pořádného plánu. Když chcete sloučit více commitů do jednoho, použijte git rebase -i a příkaz squash. Tím se vyhnete zbytečným „wip" commitům, které jinak zahlcují historii. Pozor také na to, abyste rebase nespouštěli, když máte nevyčištěný pracovní strom – git vás sice upozorní, ale lepší je mít vše commitnuté nebo stashované.

Jižní balkon, kde svítí slunce od rána do večera, je pro většinu kvetoucích rostlin ideální, ale jen rekonstrukce koupelny krok za krokem předpokladu, že jim zajistíte dostatek vody. Muškáty, oleandry, verbeny nebo měsíček tu prospívají, ale v nádobách rychle vysychají. V praxi to znamená zalévat často, někdy i dvakrát denně, a používat substrát, který drží vláhu, ale nezahnívá. Naopak se vyhněte rostlinám s jemnými listy, jako jsou některé begónie, které na ostrém slunci trpí. Zkuste také myslet na to, že tmavé nádoby se na slunci přehřívají, a kořeny pak vaří – volte raději světlé květináče nebo je zastiňte.

Pokud tým přejde na lineární historii, odměnou mu bude čitelný a předvídatelný log. Každý commit představuje jednu logickou změnu, která navazuje na předchozí. Hledání chyb se zjednoduší, protože můžete použít git bisect bez rušivých merge commitů. Návrat k dřívějšímu stavu pomocí git revert je také přímočarý. Nevyžaduje to žádné speciální nástroje, jen disciplínu a týmovou shodu na tom, že rebase je primárním způsobem integrace. Osvojte si tyto návyky a historie vašeho projektu se stane nástrojem, ne překážkou.

Pro týmy je klíčové, aby se rebase stal standardem nejen pro lokální větve, ale i pro integraci práce na sdílené větvi. Pokud ale pracujete na větvi, kterou používá více lidí, platí jedno důležité pravidlo: rebase provádějte pouze na commit, které jste ještě nezveřejnili. Jakmile commit odešlete do sdíleného repozitáře, rebase by vedl k přepsání historie a k chaosu pro ostatní. V takovém případě je lepší založit novou větev a starou nechat být. Pravidlo zní: rebase je pro lokální práci, merge – pokud vůbec – pro veřejné větve, a to výhradně s --ff-only.

Po vyprání přichází na řadu sušení. Sušička je pro většinu závěsů a ubrusů nepřítel – způsobuje srážení a trvalé zmačkání. Ideální je sušení ve vodorovné poloze, případně zavěšení tak, aby se textilie nepřetahovala. Pokud máte těžké závěsy, nechte je okapat nad vanou a teprve pak je pověste, aby vlastní vahou nesrazily spodní okraj. U ubrusů se vyhněte přímému slunci, které rychle bledne barvy.