Základní koncepty integrace Gitu

  • Článek

Tento článek vysvětluje základní koncepty Gitu a proces integrace Gitu s pracovním prostorem Microsoft Fabric.

Důležité

Microsoft Fabric je ve verzi Preview.

Oprávnění

Aby bylo možné používat integraci Gitu, musí ji povolit správce vaší organizace.

Akce, které můžete s pracovním prostorem provádět, závisí na oprávněních, která máte v pracovním prostoru i v Azure DevOps.

Oprávnění Azure DevOps

Následující seznam ukazuje, co můžou různé role pracovního prostoru dělat v závislosti na jejich oprávněních Azure DevOps:

  • Správa: V pracovním prostoru může provést jakoukoli operaci, která je omezená pouze rolí Azure DevOps.
  • Člen/přispěvatel: Po připojení k pracovnímu prostoru může člen/přispěvatel potvrdit a aktualizovat změny v závislosti na své roli Azure DevOps. Pro akce související s připojením k pracovnímu prostoru (například připojení, odpojení nebo přepnutí větví) vyhledejte pomoc od Správa.
  • Prohlížeč: Nelze provádět žádné akce. Prohlížeč v pracovním prostoru nevidí žádné informace související s Gitem.

Oprávnění potřebná pro běžné operace

Následující tabulka popisuje oprávnění potřebná k provádění různých běžných operací:

Operace Role pracovního prostoru Oprávnění Gitu
Připojení pracovního prostoru k úložišti Git správce Read=Allow
Synchronizace pracovního prostoru s úložištěm Git správce Read=Allow
Odpojení pracovního prostoru od úložiště Git správce Nejsou potřeba žádná oprávnění.
Přepnutí větve v pracovním prostoru (nebo jakákoli změna nastavení připojení) správce Read=Allow (v cílovém úložišti, adresáři nebo větvi)
Zobrazení podrobností o připojení Gitu Správa, Člen, Přispěvatel Čtení nebo Žádné
Viz stav gitu pracovního prostoru. Správa, Člen, Přispěvatel Read=Allow
Aktualizace z Gitu Všechno z tohoto:

Přispěvatel v pracovním prostoru (oprávnění k zápisu u všech položek)

Vlastník položky (pokud přepínač tenanta blokuje aktualizace pro nevlastníky)

SESTAVENÍ na externích závislostech (pokud je to možné)		 Read=Allow
Potvrzení změn pracovního prostoru do gitu Všechno z tohoto:

Přispěvatel v pracovním prostoru (oprávnění k zápisu u všech položek)

Vlastník položky (pokud přepínač tenanta blokuje aktualizace pro nevlastníky)

SESTAVENÍ na externích závislostech (pokud je to možné)		 Read=Allow
Contribute=Allow
Zásady větve by měly umožňovat přímé potvrzení
Vytvoření nové větve Gitu z prostředků infrastruktury správce Role=Zápis
Vytvořit větev = Povolit

Připojení a synchronizace

Pracovní prostor může k Azure Repos připojit jenom správce pracovního prostoru, ale po připojení může v pracovním prostoru pracovat kdokoli s oprávněními. Pokud nejste správce, požádejte správce o pomoc s připojením.

Když připojíte pracovní prostor ke Gitu, budou se prostředky infrastruktury synchronizovat mezi dvěma umístěními, aby měly stejný obsah. Pokud je během této počáteční synchronizace pracovní prostor nebo větev Gitu prázdná, zatímco druhá větev obsahuje obsah, zkopíruje se obsah z neprázdného umístění do prázdného umístění. Pokud pracovní prostor i větev Gitu obsahují obsah, musíte se rozhodnout, kterým směrem se má synchronizace vydat.

  • Pokud potvrdíte pracovní prostor do větve gitu, veškerý podporovaný obsah pracovního prostoru se exportuje do gitu a přepíše aktuální obsah gitu.
  • Pokud pracovní prostor aktualizujete obsahem gitu, obsah pracovního prostoru se přepíše a ztratíte obsah pracovního prostoru. Vzhledem k tomu, že větev Gitu je vždy možné obnovit do předchozí fáze, zatímco pracovní prostor ne, pokud zvolíte tuto možnost, zobrazí se výzva k potvrzení.

Snímek obrazovky s dialogovým oknem s dotazem, kterým směrem se má synchronizovat, pokud git i pracovní prostor obsahují obsah

Pokud nevyberete, který obsah chcete synchronizovat, nemůžete pokračovat v práci, dokud to neuděláte:

Snímek obrazovky s oznámením, že nemůžete pokračovat v práci, dokud se pracovní prostor nesynchronizuje

Stav Gitu

Po připojení se v pracovním prostoru zobrazí sloupec stavu Gitu , který označuje stav každé položky v pracovním prostoru ve vztahu k položkám ve vzdálené větvi.

Snímek obrazovky s položkami v pracovním prostoru s vyznačeným stavem Gitu

Každá položka má jeden z následujících stavů:

  • Synchronizované (položka je stejná v pracovním prostoru i ve větvi Gitu)
  • Konflikt (položka se změnila v pracovním prostoru i ve větvi Gitu)
  • Nepodporovaná položka
  • Nepotvrzené změny v pracovním prostoru
  • Vyžaduje se aktualizace z Gitu.
  • Položka je synchronizovaná, ale metadata se liší

Informace o synchronizaci

Dokud jste připojení, zobrazí se v dolní části obrazovky následující informace:

  • Připojená větev
  • Čas poslední synchronizace
  • Odkaz na poslední potvrzení synchronizace pracovního prostoru

Snímek obrazovky s informacemi o synchronizaci, které se zobrazí v dolní části obrazovky při připojení k Gitu

Potvrzení a aktualizace

Podokno správy zdrojového kódu

V horní části obrazovky je ikona Správy zdrojového kódu. Zobrazuje počet položek, které se liší v pracovním prostoru a větvi Gitu. Když se pracovní prostor synchronizuje s větví gitu, zobrazí se u ikony správy zdrojového kódu hodnota 0.

Snímek obrazovky s ikonou správy zdrojového kódu zobrazující nulovou změnu položek

Při provedení změn v pracovním prostoru nebo ve větvi Gitu se na ikoně správy zdrojového kódu zobrazí počet položek, které se liší. Výběrem ikony správy zdrojového kódu otevřete podokno Správa zdrojového kódu.

V podokně Správa zdrojového kódu se na kartě Změny zobrazuje počet položek, které byly změněny v pracovním prostoru a které je potřeba potvrdit do gitu, a karta Aktualizace zobrazuje počet položek, které byly změněny ve větvi Gitu a které je potřeba aktualizovat do pracovního prostoru.

Na každé kartě jsou změněné položky uvedeny s ikonou označující stav:

  • Nwe
  • Upravené
  • Odstraněny
  • Konflikt

Snímek obrazovky panelu správy zdrojového kódu zobrazující stav změněných položek

Potvrzení

  • Pokud je k potvrzení více než jedna položka, můžete vybrat, které položky se mají potvrdit do větve gitu.
  • Pokud došlo k aktualizacím větve Gitu, potvrzení se deaktivují, dokud pracovní prostor neaktualizujete.

Aktualizace

  • Na rozdíl od potvrzení a vrácení zpět aktualizuje příkaz Update vždy celou větev a synchronizuje se s nejnovějším potvrzením. Nemůžete vybrat konkrétní položky, které chcete aktualizovat.
  • Pokud byly provedeny změny v pracovním prostoru a ve větvi Gitu na stejné položce, aktualizace se zaknou, dokud se konflikt nevyřeší.

Přečtěte si další informace o tom, jak potvrdit a aktualizovat. Přečtěte si další informace o procesu aktualizace a řešení konfliktů.

Důležité informace a omezení

Obecná omezení

  • Účet Azure DevOps musí být zaregistrovaný u stejného uživatele, který používá pracovní prostor Prostředky infrastruktury.
  • Modely direct query a proxy nejsou v tuto chvíli podporované.
  • Soukromé vlastní vizuály se nepodporují.

Omezení pracovního prostoru

Připojení k úložišti Azure , jako je připojení, odpojení nebo přidání větve, může spravovat pouze správce pracovního prostoru. Po připojení může v pracovním prostoru pracovat každý, kdo má oprávnění .

Omezení větví a složek

  • Maximální délka názvu větve je 244 znaků.
  • Maximální délka celé cesty pro názvy souborů je 250 znaků. Delší názvy selžou.
  • Maximální velikost souboru je 25 MB.
  • Po nasazení sestavy nebo datové sady jako .pbix si ze služby nemůžete stáhnout.

Omezení synchronizace a potvrzení

  • Limit velikosti potvrzení je 25 MB.
  • Synchronizovat můžete jenom v jednom směru. Nemůžete potvrdit a aktualizovat současně.
  • Popisky citlivosti se nepodporují a export položek s popisky citlivosti může být zakázaný. Pokud chcete potvrdit položky s popisky citlivosti bez popisku citlivosti, požádejte o pomoc správce.
  • Funguje s omezenými položkami. Pokud jsou ve složce nepodporované položky, budou ignorovány.
  • Duplikování názvů není povolené – i když to Power BI povolí, akce aktualizace, potvrzení nebo vrácení zpět selže.
  • B2B se nepodporuje.
  • Řešení konfliktů se částečně provádí v gitu.

Další kroky