Sdílet prostřednictvím

Vysvětlení mapování příkazů Správy verzí Team Foundation (TFVC) na pracovní postupy Gitu

  • Článek

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

Visual Studio 2019 | Visual Studio 2022

Plánujete přijmout Git, znáte akce TFVC a zajímá vás, jak se mapují na Git? Oba jsou výkonné a vyspělé systémy správy zdrojového kódu. Mapování běžnýchakcích

Tento článek se podrobně nezabývá do příkazů Gitu, protože jsou dobře zdokumentované v dokumentaci k produktu, ale ukazují příklady, které vám pomůžou při rozhodování, při procházení typického vytvoření –> clone –> branch – change –>> commit –> push workflow.

Začněte na začátku vytvořením nového úložiště.

Každý projekt může hostovat úložiště TFVC a Git ve stejném projektu, vytvořit jeden TFVC a jedno nebo více úložišť Git.

Vytvoření nového úložiště Git v Azure Repos

Po vytvoření úložiště se zobrazí podrobné pokyny, které vám pomůžou rychle začít.

Začínáme s novým úložištěm Git v Azure Repos

Klikněte na vytvořit soubor ReadMe na konci stránky s pokyny, abyste dali úložišti kontext a vytvořili historii.

Vytvoření readme pro inicializaci nového úložiště Git v Azure Repos

Vytvoření pracovního prostoru a získání nejnovější verze

Při prvním připojení k úložišti TFVC obvykle vytvoříte pracovní prostor a získáte nejnovější kód. Jak tedy začít pracovat v Gitu?

Podobně jako v pracovním prostoru v TFVC jste clone v úložišti Git ve složce na svém počítači. Klonování stáhne veškerý obsah a historii úložiště do místního počítače. Po naklonování úložiště se téměř všechny operace provádějí místně. Můžete pracovat offline s úplnou zálohou centralizovaného úložiště.

git clone https://dev.azure.com/demo-fabrikam/Fabrikam/_git/Mapping-TFVC-actions-to-Git

Pro každé úložiště stačí klonovat jen jednou, ale stejně jako pracovní prostory TFVC můžete mít více klonů, které izolují probíhající práci. Větvení je ale obvykle lepší způsob, jak izolovat změny.

Vytvoření větve

S Gitem vždy pracujete ve větvi a ve výchozím nastavení vemain větvi. Doporučujeme vytvořit více místních větví. Je to proces, který trvá několik sekund a umožňuje bezproblémově přepínat kontext mezi větvemi a pracovat izolovaně. Na rozdíl od větví TFVC, které jsou vymezeny na cesty, jsou větve Gitu omezené na úložiště. Jsou jednoduché, můžou být jenom místní nebo sdílené s ostatními, když jste připraveni sdílet své změny.

Pokud potřebujete pracovat izolovaně, potřebujete pozastavit práci, zaměřit se na nové funkce nebo pokud plánujete provést žádost o přijetí změn Gitu, zvažte větvení.

Jako uživatel TFVC několikrát opakujte:

  • Doporučujeme větvení.
  • Větvení Gitu je levné, rychlé a výkonné!
  • Git vás vyzývá k používání místních větví.
  • Podle potřeby publikujte místní větve do centralizovaného úložiště.
  • Před provedením změn vždy ověřte kontext větve.
  • Pojmenujte větev pomocí běžné konvence, například users/alias/branchname, například: users/doris/newfeature

Vytvořte a přepněte na místní větev tématu s názvem francis/demo-feature. Nejprve je vhodné spustit git status první větev, abyste ověřili, že jste na správné větvi, se kterou chcete začít.

git checkout -b francis/demo-feature

Vytvoření nové větve Git z příkazového řádku Windows

Provedení změny přidáním souborů

Podobně jako v prostředí TFVC nejsou nové soubory v pracovní složce automaticky součástí úložiště. Nové soubory připravíte pomocí git add příkazu, který je synonymem pro add Items to Folder provedení operace v TFVC.

git add <file>

nebo

git add --all

Při použití předem připravené ukázky budete mít 13 nových souborů, které byly zahrnuty a připravené v místním úložišti.

Zobrazení čekajících změn

Zajímá vás, jaké změny teď sedí ve vašem pracovním prostředí? Stejně jako předtím se příkaz Gitu status nebo Changes zobrazení v integrovaném vývojovém prostředí sady Visual Studio zobrazí ve vašem pracovním stromu změny.

git status

Použití stavu Gitu k zobrazení fázovaných změn

Místní vrácení změn se změnami a potvrzení

V TFVC sdílíte změny se změnami, která odesílá čekající změny na server. Proces Gitu se trochu liší. Nejprve se potvrdíte do místního úložiště a vytvoříte objekt potvrzení (například sadu změn), pak odešlete tyto změny na server.

Změny potvrdíte v místním úložišti pomocí git commitpodobné změny Checkin Pending Changes v TFVC. Klíčovým rozdílem je, že git commit potvrzení změn do místního úložiště místo vzdáleného úložiště potvrdí.

git commit

Vrácení změn se změnami pomocí serveru nebo vzdáleného úložiště

Nejprve musíte publikovat místní větev francis/demo-feature na vzdáleném serveru, která zahrnuje všechny potvrzené změny.

git push --set-upstream origin francis/demo-feature

Pokud chcete synchronizovat další aktualizace v místním prostředí se vzdáleným úložištěm, musíte změny odeslat pomocí git push. Doporučeným postupem použití příkazu Git nebo integrovaného vývojového prostředí sady Visual Studio je:

  • fetch ke stažení obsahu a zobrazení náhledu příchozích změn od ostatních.
  • pull a potom sloučit změny od ostatních.
  • push a sdílejte místní změny.

Zobrazit historii

Pokud chcete zobrazit potvrzení, právě jste vytvořili, můžete zkontrolovat místní historii.

Pro kompaktní historii použijte:

git log --oneline

Pokud chcete zobrazit podrobné informace, použijte:

git log

Kontrola historie větví pomocí protokolu Gitu

Jak je znázorněno výše, git log uvádí autora, e-mail, datum zápisu a kontrolní součet SHA-1 potvrzení. Jako uživatel TFVC můžete chtít použít --stat možnost zahrnout další informace, jako je název souboru a změna statistiky.

Historii centralizovaného úložiště můžete zobrazit také pomocí webového portálu Azure DevOps Services.

Na webovém portálu Azure DevOps Services zvolte Historie kódu > nebo Historie Průzkumníka > kódu>.

Zobrazení historie větví v Azure Repos

V tuto chvíli jste úspěšně prozkoumali vytvoření –> klon –> větev – změna –> potvrzení –>> pracovní postup vložení na základě běžných akcí TFVC.

V tuto chvíli máte také možnost vydat žádost o přijetí změn, publikovat a rozfázovat změny na serveru nebo vzdáleném úložišti.

Další akce

Přepínání větví

Při práci s Gitem nezměníte větve přepnutím na samostatné složky a umístění na vašem počítači. Kontext změníte provedením operace checkout, aby celý pracovní adresář odpovídal vybrané větvi nebo potvrzení. Rychlé a jednoduché!

Příkazový řádek

git checkout <branch>

Pokud jste zapomněli, jaké větve máte v místním úložišti, použijte git branch k výpisu výchozích a známých větví.

Mějte na paměti, na které větvi pracujete. Když pracujete s více větvemi v Gitu, přepnete větve na místě ve stejném pracovním adresáři. Přepínánímezich

Získání nejnovější verze

Aktualizace se dají získat z mnoha důvodů. Pokud například potřebujete přepnout kontext na jiný projekt, aktualizujte svůj vývojový počítač nejnovější verzí základu kódu.

Příkazový řádek

git pull

nebo

git fetch

Následuje

git merge FETCH_HEAD

Vždy získejte nejnovější verzi a vyřešte konflikty při slučování místně.

Vrácení místních změn zpět

Může existovat platný důvod k vrácení všech revizí provedených v místním úložišti a resetování pracovního prostředí na nejnovější verzi ze vzdáleného úložiště.

Příkazový řádek

git reset --hard HEAD

Následuje

git pull origin

Následuje

git clean -xdf

Scénář je synonymem pro provedení Get > Latest Version s možnostmi Overwrite all files if the local version matches the specified version a možnostmi Overwrite writable files that are not checked out v TFVC.

Případně můžete ručně odstranit místní úložiště – po provedení ověřené kopie – a pak clone úložiště znovu.

Uživatelům Gitu je k dispozici mnohem více akcí a možností. Tady je několik užitečných referenčních webů pro další čtení:

Q&A

A co synchronizace?

"Není integrované vývojové prostředí sady Visual Studio Commit and Sync magické?", možná se ptáte sami sebe.

Výběrem příkazu Git>Commit nebo Stash otevřete Změny Gitu. Vyberte rozevírací nabídku Potvrdit vše a pak vyberte Potvrdit vše a Synchronizovat.

Nebo v Team Exploreru vyberte rozevírací nabídku Potvrzení a pak příkaz a synchronizaci.

Potvrzení a synchronizace v Team Exploreru

S magií přichází zodpovědnost! Mnoho uživatelů se nelíbí sync , protože může někdy pokazit místní historii a přidat potvrzení sloučení nad aktuální potvrzení. Jakmile budete ve špatném stavu, musíte se vrátit k příkazovému řádku, protože v integrovaném vývojovém prostředí není aktuálně žádná podpora resetování.

Autoři: Jesse Houwing, Martin Hinshelwood, Mike Fourie a Willy Schaub z ALM | DevOps Rangers. Spojte se s nimi tady.

c) 2015 Microsoft Corporation. Všechna práva vyhrazena. Tento dokument je k dispozici tak, jak je. Informace a zobrazení vyjádřená v tomto dokumentu, včetně adres URL a jiných odkazů na internetové weby, se mohou bez předchozího upozornění změnit. Riziko spojené s jejich použitím nesete vy.

Tento dokument vám neposkytuje žádná zákonná práva na duševní vlastnictví, které je součástí jakéhokoli produktu společnosti Microsoft. Tento dokument můžete kopírovat a používat pro své interní referenční účely.