Použití změn pomocí přenesení změn

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

Git automaticky udržuje historii vývoje ve větvi propojením každého nového potvrzení s jeho předchůdcem. Když jednu větev sloučíte do druhé, historie se může stát méně jednoduchá. Například sloučení typu no-fast-forward kombinuje rozdílové čáry vývoje vytvořením potvrzení sloučení s několika předchůdci. Naopak rebase Gitu kombinuje rozdílové řádky vývoje bez vytvoření potvrzení sloučení, což vede k jednodušší historii potvrzení, ale ztratí informace o sloučení. Volba typu sloučení je pravděpodobně ovlivněna tím, jestli chcete zachovat záznam sloučení nebo zjednodušit historii potvrzení.

Tento článek popisuje, kdy použít rebase místo hromadného sloučení bez rychlého přeposlání a poskytuje postupy pro následující úlohy:

• Změna základu místní větve
• Vynucení nasdílení místní větve po opětovném vytvoření základu
• Interaktivní rebase pro místní potvrzení squash

Přehled pracovního postupu Gitu najdete v kurzu Gitu pro Azure Repos.

Změna základu místní větve

Rebase Gitu integruje potvrzení ze zdrojové větve do aktuální místní větve (cílová větev). Zdrojová větev zůstane beze změny. Pro porovnání se v následujícím diagramu zobrazuje rebase Gitu a další typy sloučení.

Git znovu naváže historii potvrzení cílové větve tak, aby obsahoval všechna potvrzení zdrojové větve následované všemi potvrzeními cílové větve od posledního společného potvrzení. Dalším způsobem, jak ji zobrazit, je, že rebase přehrává změny v cílové větvi nad historií zdrojové větve. Git rebase zejména mění sekvenci existujících potvrzení cílové větve, což není případ ostatních strategií sloučení. V předchozím diagramu obsahuje potvrzení K stejné změny jako K, ale má nové ID potvrzení, protože odkazuje zpět na potvrzení E místo jazyka C.

Pokud při změně základu dojde ke konfliktu změny zdrojové větve s cílovou větví, Git vás vyzve k vyřešení konfliktu při sloučení. Konflikty při sloučení můžete vyřešit stejným způsobem jako při slučování při slučování.

Změna základu vs. bez rychlého sloučení

Opětovné sloučení Gitu vede k jednodušší, ale méně přesné historii potvrzení než sloučení bez rychlého přeposlání , jinak označované jako trojcestné nebo skutečné sloučení. Pokud chcete záznam sloučení v historii potvrzení použít bez rychlého sloučení.

Pokud jste jedinou osobou, která pracuje na nějaké funkci nebo větvi opravy chyb, zvažte použití základu, abyste do ní pravidelně integrovali práci s poslední main větví. Tato strategie pomáhá zajistit, abyste měli přehled o nedávné práci ostatních a rychle vyřešili případné konflikty při slučování, které vzniknou. Opětovným obnovením implementujete novou funkci nad nejnovější main práci větve, která pomáhá udržovat historii lineárních potvrzení.

Další informace o opětovném použití Gitu a jejich použití najdete v tématu Rebase vs.

Změna základu a pokynů pro vynucené nabízení

Pokud znovu nasdílíte místní větev, kterou jste nasdíleli, a pak znovu spustíte výchozí příkaz Git Push, nabízení se nezdaří. Výchozí příkaz push gitu použije rychlé sloučení pro integraci místní větve do vzdálené větve. Tento příkaz selže po obnovení základu, protože rebase změní posloupnost existujících potvrzení ve vaší místní cílové větvi, takže už neodpovídá historii jeho vzdáleného protějšku. V tomto scénáři bude vynucené nasdílení změn úspěšné – přepsáním vzdálené větve.

Git rebase a force push jsou výkonné nástroje, ale při rozhodování, jestli je použít, mějte na paměti tyto pokyny:

• Neodesílejte místní větev, která se nasdílí a sdílí s ostatními, pokud si nejste jistí, že sdílenou větev nepoužívá nikdo. Po obnovení nebude vaše místní větev odpovídat historii jeho vzdáleného protějšku.
• Vynucujte vložení do vzdálené větve, kterou používají jiní uživatelé, protože jejich místní verze vzdálené větve už nebude odpovídat aktualizované historii vzdálených větví.
• Váš tým by se měl shodnout na scénářích použití pro obnovení a vynucení nabízení změn.

Tip

Pokud chcete zkontrolovat spolupráci, použijte žádost o přijetí změn ke sloučení nové práce do výchozí větve vzdáleného úložiště.

Postup opětovného vytvoření základu

Visual Studio 2022

Visual Studio 2022 poskytuje prostředí pro správu verzí Git pomocí nabídky Git, změn Gitu a kontextových nabídek v Průzkumník řešení. Visual Studio 2019 verze 16.8 také nabízí uživatelské rozhraní Git Team Exploreru. Další informace najdete na kartě Visual Studio 2019 – Team Explorer .

1. Zvolte Git Manage Branches (Spravovat větve Gitu >) a otevřete okno úložiště Git.

   

2. V okně Úložiště Git klikněte pravým tlačítkem na cílovou větev a vyberte Rezervovat.

   

3. Klikněte pravým tlačítkem myši na zdrojovou větev a vyberte Znovu naskladněnou <cílovou větev> na <zdrojovou větev>.

   

4. Visual Studio zobrazí potvrzovací zprávu po úspěšném obnovení základu.

   

   Pokud dojde k zastavení opětovného základu kvůli konfliktům při slučování, Sada Visual Studio vás upozorní. Konflikty můžete vyřešit nebo zrušit základ a vrátit se do stavu předběžného základu.

   

Visual Studio 2019 – nabídka Git

Visual Studio 2019 poskytuje prostředí pro správu verzí Git pomocí nabídky Git, změn Gitu a kontextových nabídek v Průzkumník řešení.

1. Zvolte Git Manage Branches (Spravovat větve Gitu >) a otevřete okno úložiště Git.

   

2. V okně Úložiště Git klikněte pravým tlačítkem na cílovou větev a vyberte Rezervovat.

   

3. Klikněte pravým tlačítkem myši na zdrojovou větev a vyberte Znovu naskladněnou <cílovou větev> na <zdrojovou větev>.

   

4. Visual Studio zobrazí potvrzovací zprávu po úspěšném obnovení základu.

   

   Pokud dojde k zastavení opětovného základu kvůli konfliktům při slučování, Sada Visual Studio vás upozorní. Konflikty můžete vyřešit nebo zrušit základ a vrátit se do stavu předběžného základu.

   

Visual Studio 2019 – Team Explorer

Visual Studio 2019 verze 16.8 a novější verze poskytují prostředí pro správu verzí Gitu při zachování uživatelského rozhraní Git Team Exploreru. Pokud chcete použít Team Explorer, zrušte zaškrtnutí políčka Možnosti nástrojů>>Ve verzi Preview Nové>uživatelské prostředí Gitu na řádku nabídek. Funkce Gitu můžete používat z obou rozhraní zaměnitelně.

1. V Team Exploreru vyberte Domů a zvolte Větve.

   

2. V zobrazení Větve klikněte pravým tlačítkem na cílovou větev a vyberte Rezervovat.

   

3. Klikněte pravým tlačítkem myši na zdrojovou větev a vyberte Znovu naskladně.

   

4. Ověřte možnosti opětovného základu a klepněte na tlačítko Znovu nabízet.

   

5. Visual Studio zobrazí potvrzovací zprávu po úspěšném obnovení základu.

   

   Pokud během opětovného základu dojde ke konfliktům, Sada Visual Studio vás upozorní. Konflikty můžete vyřešit nebo zrušit základ a vrátit se do stavu předběžného základu.

   

Příkazový řádek Gitu

Pokud chcete integrovat potvrzení zdrojové větve do cílové větve, spusťte git rebase příkaz:

git rebase <source branch name> <target branch name>

Pokud je aktuální místní větev cílovou větví, můžete příkaz pro opětovné vytvoření základu zjednodušit takto:

git rebase <source branch name>

Git vás upozorní, pokud během rebase dojde ke konfliktům. Konflikty můžete vyřešit a pak spustit git rebase --continue, nebo spuštěním git rebase --abort vrátit zpět rebase a vrátit se do stavu předběžného základu.

Vynucení nasdílení místní větve po opětovném vytvoření základu

Pokud znovu nasdílíte místní větev, kterou jste nasdíleli dříve, další výchozí nasdílení změn Gitu se nezdaří. Místo toho můžete vynutit nasdílení místní větve, aby přepsala jeho vzdálený protějšek, aby se jejich historie potvrzení shodovala.

Upozorňující

Nikdy nenuťte nasdílení větve, na které pracují ostatní. Další informace naleznete v tématu Změna základu a vynucení pokynů pro nabízení změn.

Pokud chcete vynucené nabízení v sadě Visual Studio vynutit, musíte nejprve povolit možnost vynucení nabízení:

1. Přejděte na Globální Nastavení Gitu možnosti správy>zdrojového kódu>nástroje.>

2. Vyberte možnost Povolit nabízení --force-with-zapůjčení.

Příznak nabízeného oznámení --force-with-lease Gitu je bezpečnější než --force příznak, protože nepřepíše vzdálenou větev, která obsahuje potvrzení, která nejsou integrovaná v místní větvi, kterou vynucujete nasdílení změn.

Visual Studio 2022

1. V okně Změny Gitu vyberte tlačítko Push a nasdílejte potvrzení.

   

   Nebo můžete v nabídce Git vybrat Možnost Push (Nasdílení změn).

   

2. Pokud se výchozí operace vložení z Gitu nezdaří , Visual Studio spustí dialogové okno Git-Push, které selhalo . Zvolte Vynucené nasdílení.

   

3. Visual Studio zobrazí potvrzovací zprávu po úspěšném nasdílení změn.

   

Visual Studio 2019 – nabídka Git

1. V okně Změny Gitu vyberte tlačítko Push a nasdílejte potvrzení.

   

   Nebo můžete v nabídce Git vybrat Možnost Push (Nasdílení změn).

   

2. Pokud se výchozí operace vložení z Gitu nezdaří , Visual Studio spustí dialogové okno Git-Push, které selhalo . Zvolte Vynucené nasdílení.

   

3. Visual Studio zobrazí potvrzovací zprávu po úspěšném nasdílení změn.

   

Visual Studio 2019 – Team Explorer

Visual Studio 2019 verze 16.8 a novější verze poskytují prostředí pro správu verzí Gitu při zachování uživatelského rozhraní Git Team Exploreru. Pokud chcete použít Team Explorer, zrušte zaškrtnutí políčka Možnosti nástrojů>>Ve verzi Preview Nové>uživatelské prostředí Gitu na řádku nabídek. Funkce Gitu můžete používat z obou rozhraní zaměnitelně.

1. V Team Exploreru vyberte Domů a pak zvolte Synchronizovat a otevřete zobrazení Synchronizace .

   

2. V zobrazení Synchronizace zvolte Nahrání změn do vzdáleného úložiště.

   

3. Pokud se výchozí operace vložení z Gitu nezdaří , Visual Studio spustí dialogové okno Git-Push, které selhalo . Zvolte Vynucené nasdílení.

   

4. Visual Studio zobrazí potvrzovací zprávu po úspěšném nasdílení změn.

   

Příkazový řádek Gitu

Tip

Příznak nabízeného oznámení --force-with-lease Gitu je bezpečnější než --force příznak, protože nepřepíše vzdálenou větev, která obsahuje potvrzení, která nejsou integrovaná v místní větvi, kterou vynucujete nasdílení změn.

Vynucení vložení nových potvrzení z místní větve do stejné vzdálené větve:

git push --force-with-lease <remote> <local branch name>

Pokud je větev, kterou chcete nasdílit, rezervovanou větev, můžete zjednodušit vynucení příkazu push do:

git push --force-with-lease <remote>

Při klonování vzdáleného úložiště git přiřadí alias origin jako zkratku pro adresu URL vzdáleného úložiště, které jste naklonovali. Spuštěním zkontrolujte git remote -v hodnotu aliasu origin . Pokud chcete alias přidat origin ručně, spusťte git remote add origin <remote repo url>příkaz . Pomocí aliasu origin můžete dále zjednodušit vynucený příkaz push:

git push --force-with-lease origin

Pokud vaše aktuální místní větev sleduje vzdálenou větev origin, můžete plně zkrátit příkaz force push:

git push --force-with-lease

Plně zkrácený příkaz push ale selže, pokud vaše místní větev nesleduje vzdálenou větev. Spuštěním zkontrolujte git remote show origin sledovaný stav větví.

Interaktivní rebase pro místní potvrzení squash

Při práci na nové funkci v místní větvi funkcí obvykle vytvoříte několik potvrzení. Až budete připraveni publikovat novou funkci, můžete tato potvrzení sloučit do jediného potvrzení, aby se zjednodušila historie potvrzení. Interaktivní rebase můžete použít k rozmačkování více potvrzení do jednoho potvrzení.

Visual Studio 2022

Visual Studio 2022 nepodporuje interaktivní přebasování. Místo toho použijte příkazový řádek Gitu.

Visual Studio 2019 – nabídka Git

Visual Studio 2019 nepodporuje interaktivní přebasování. Místo toho použijte příkazový řádek Gitu.

Visual Studio 2019 – Team Explorer

Visual Studio 2019 nepodporuje interaktivní přebasování. Místo toho použijte příkazový řádek Gitu.

Příkazový řádek Gitu

1. Podívejte se na místní větev, u které chcete provést interaktivní rebase.

2. Potvrďte, stash nebo zahoďte všechny nepotvrzené změny.

3. Odhadněte, jak daleko zpět v historii potvrzení chcete přejít. Při spuštění interaktivního příkazu rebase nemusíte být přesný, protože se dostanete k výběru konkrétních potvrzení squash. Pokud například chcete potvrzení squashu provést během posledních pěti potvrzení, spusťte:

   git rebase -i HEAD~5
   

   Git otevře editor se seznamem posledních pěti potvrzení, počínaje nejnovějšími. Příklad:

   pick 7068b09 Update README network switch section
   pick 9d247f7 Update README network controller section
   pick 5d7ab9f Fix fiber optic transmitter test
   pick 7b43f3f Add network switch test
   pick 00859d9 Add network controller test
   

4. První řádek ponechte tak, jak je. Na dalších řádcích chcete sloučit potvrzení s potvrzením, které je nad ním, změňte pick na squash. Pokud chcete například zkombinovat první dvě potvrzení a také dolní dvě potvrzení, upravte seznam potvrzení takto:

   pick 7068b09 Update README network switch section
   squash 9d247f7 Update README network controller section
   pick 5d7ab9f Fix fiber optic transmitter test
   pick 7b43f3f Add network switch test
   squash 00859d9 Add network controller test
   

5. Uložte změny a zavřete editor. Git pak otevře nový editor pro každou sadu sloučených potvrzení a zobrazí výzvu k zadání zprávy potvrzení. U každé sady potvrzení zkondenzujte zprávy potvrzení na jednu zprávu a pak editor uložte a zavřete. V předchozím příkladu jsou zamknutá potvrzení zhuštěna novými zprávami potvrzení:

   8fcb88f Update README network sections
   ac6d3c0 Fix fiber optic transmitter test
   f0aadc3 Add two network tests
   

   I když potvrzení Fix fiber optic transmitter test nebylo zmáčknuto, má nové ID potvrzení, protože teď odkazuje na jiné potvrzení předchůdce.

Další informace o interaktivním opětovnémbasování najdete v interaktivním režimu Gitu.

Poznámka:

Uživatelé Azure DevOps můžou sloučením zúžením kondenzovat historii potvrzení větve tématu během žádosti o přijetí změn.

Další kroky

Kopírování změn pomocí výběru třešně

Související články

• Začínáte s úložišti Git? Další informace
• Sdílení kódu pomocí nabízených oznámení
• Aktualizace kódu pomocí načtení, sloučení a přijetí změn