Sdílet prostřednictvím

Co je integrace Microsoft Fabric Gitu?

  • Článek

Tento článek vysvětluje vývojářům, jak integrovat správu verzí Gitu s nástrojem pro správu životního cyklu aplikací Microsoft Fabric (ALM).

Poznámka:

Některé položky integrace Gitu jsou ve verzi Preview. Další informace najdete v seznamu podporovaných položek.

Integrace Gitu v Microsoft Fabric umožňuje vývojářům integrovat své vývojové procesy, nástroje a osvědčené postupy přímo do platformy Fabric. Umožňuje vývojářům, kteří vyvíjejí v prostředcích infrastruktury:

  • Zálohování a verze jejich práce
  • Podle potřeby se vraťte k předchozím fázím.
  • Spolupráce s ostatními nebo práce sama pomocí větví Gitu
  • Použití funkcí známých nástrojů pro správu zdrojového kódu pro správu položek infrastruktury

Integrace se správou zdrojového kódu je na úrovni pracovního prostoru. Vývojáři můžou vytvářet položky verzí, které vyvíjejí v rámci pracovního prostoru v jednom procesu, s plnou viditelností všech svých položek. V současné době se podporuje jenom několik položek, ale roste seznam podporovaných položek .

  • Přečtěte si základní koncepty Gitu a správy verzí.

  • Přečtěte si další informace o procesu integrace Gitu.

  • Přečtěte si o tom, jak nejlépe spravovat větve Gitu.

Informace o ochraně osobních údajů

Před povolením integrace Gitu zkontrolujte následující prohlášení o zásadách ochrany osobních údajů:

Podporovaní poskytovatelé Gitu

Podporují se následující poskytovatelé Gitu:

Podporované položky

V současné době jsou podporovány následující položky:

Pokud má pracovní prostor nebo adresář Git nepodporované položky, může být stále připojený, ale nepodporované položky se ignorují. Neuloží se ani nesynchronizují, ale neodstraní se ani. Zobrazí se na panelu správy zdrojového kódu, ale nemůžete je potvrdit ani aktualizovat.

Úvahy a omezení

Obecná omezení integrace Gitu

  • Metoda ověřování v prostředcích infrastruktury musí být alespoň tak silná jako metoda ověřování pro Git. Pokud Například Git vyžaduje vícefaktorové ověřování, musí prostředky infrastruktury vyžadovat také vícefaktorové ověřování.
  • Datové sady Power BI připojené ke službě Analysis Services se v tuto chvíli nepodporují.
  • Pracovní prostory s nainstalovanými aplikacemi šablon se nedají připojit k Gitu.
  • Dílčí moduly nejsou podporovány.
  • Suverénní cloudy se nepodporují.
  • Účet Azure DevOps musí být zaregistrovaný pro stejného uživatele, který používá pracovní prostor Fabric.
  • Pokud se pracovní prostor a úložiště Git nacházejí ve dvou různých geografických oblastech, musí správce tenanta povolit křížové exporty .
  • Pokud vaše organizace nastavila podmíněný přístup, ujistěte se, že služba Power BI má stejné podmínky, aby ověřování fungovalo podle očekávání.
  • Velikost potvrzení je omezená na 125 MB.

Omezení GitHubu Enterprise

Některá nastavení GitHub Enterprise se nepodporují. Příklad:

Omezení pracovního prostoru

  • Připojení k úložišti Git může spravovat jenom správce pracovního prostoru, jako je připojení, odpojení nebo přidání větve.
    Po připojení může v pracovním prostoru pracovat kdokoli s oprávněním.
  • Struktura složek pracovního prostoru se neprojeví v úložišti Git. Položky pracovního prostoru ve složkách se exportují do kořenového adresáře.

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 ze služby nemůžete stáhnout sestavu nebo datovou sadu.
  • Pokud má zobrazovaný název položky některou z těchto charakteristik, složka Git je přejmenována na logické ID (GUID) a typ.
    • Má více než 256 znaků.
    • Končí , nebo mezerou
    • Obsahuje všechny zakázané znaky, jak je popsáno v omezeních názvu adresáře

Omezení názvů adresářů

  • Název adresáře, který se připojuje k úložišti Git, má následující omezení pojmenování:

    • Název adresáře nemůže začínat ani končit mezerou nebo tabulátorem.
    • Název adresáře nemůže obsahovat žádný z následujících znaků: "/:<>\*?|

  • Složka položky (složka obsahující soubory položek) nemůže obsahovat žádný z následujících znaků: ":<>\*?|. Pokud složku přejmenujete na něco, co obsahuje jeden z těchto znaků, Git se nemůže připojit nebo synchronizovat s pracovním prostorem a dojde k chybě.

Omezení větvení

  • Větvení vyžaduje oprávnění uvedená v tabulce oprávnění.
  • Pro tuto akci musí být k dispozici kapacita.
  • Při větvení na nový pracovní prostor se vztahují všechna omezení pojmenování pracovních prostorů a větví.
  • Při větvení se vytvoří nový pracovní prostor a nastavení z původního pracovního prostoru se nezkopíruje. Upravte všechna nastavení nebo definice, abyste zajistili, že nový pracovní prostor splňuje zásady vaší organizace.
  • V novém pracovním prostoru jsou dostupné jenom podporované položky Gitu.
  • Seznam souvisejících větví zobrazuje jenom větve a pracovní prostory, ke kterým máte oprávnění k zobrazení.
  • Musí být povolená integrace Gitu.

Omezení synchronizace a potvrzení

  • Synchronizaci můžete synchronizovat pouze v jednom směru. Nemůžete potvrdit a aktualizovat současně.
  • Popisky citlivosti nejsou podporované 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. Nepodporované položky ve složce se ignorují.
  • Duplikování názvů není povoleno. I když Power BI povolí duplikaci názvů, selže akce aktualizace, potvrzení nebo vrácení zpět.
  • B2B se nepodporuje.
  • Řešení konfliktů se částečně provádí v Gitu.
  • Během procesu Potvrzení do Gitu služba Fabric odstraní soubory ve složce položek, které nejsou součástí definice položky. Nesouvisející soubory, které nejsou ve složce položek, se neodstraní.
  • Po potvrzení změn si můžete všimnout neočekávaných změn položky, kterou jste neudělali. Tyto změny jsou séanticky nevýznamné a mohou k tomu dojít z několika důvodů. Příklad:
    • Ruční změna definičního souboru položky Tyto změny jsou platné, ale můžou se lišit od toho, co se provádí prostřednictvím editorů. Pokud například přejmenujete sloupec sémantického modelu v Gitu a naimportujete tuto změnu do pracovního prostoru, při příštím potvrzení změn do sémantického modelu se soubor bim zaregistruje jako změněný a upravený sloupec se vloží do zadní části columns pole. Důvodem je to, že modul AS, který generuje soubory BIM , odesílá přejmenované sloupce na konec pole. Tato změna nemá vliv na způsob fungování položky.
    • Potvrzení souboru, který používá konce řádků CRLF . Služba používá konce řádků LF (spojnicový kanál). Pokud jste měli soubory položek v úložišti Git s konců řádků CRLF , při potvrzení ze služby se tyto soubory změní na LF. Pokud například otevřete sestavu v desktopové aplikaci, uložte soubor projektu (.pbip) a nahrajte ho do Gitu pomocí CRLF.
  • Aktualizace sémantického modelu pomocí rozhraní API rozšířené aktualizace způsobí rozdíl Gitu po každé aktualizaci.

Související obsah