Základné koncepty v integrácii Git

Tento článok vysvetľuje základné koncepty Gitu a proces integrácie Gitu s vaším pracovným priestorom Fabric.

Povolenia

• Správca vašej organizácie musí povoliť integráciu Git.
• Administrátor nájomcu musí povoliť cross-geo export ak sú pracovný priestor a repozitár Azure v dvoch rôznych regiónoch. Toto obmedzenie sa nevzťahuje na GitHub.
• Povolenia, ktoré máte v pracovnom priestore aj v systéme Git, ako sú uvedené v ďalších sekciách, určujú akcie, ktoré môžete vykonať.

Poznámka

Od 1. decembra 2026 nemôžu používatelia bez oprávnení na čítanie a zápis na položky pracovného priestoru používať integráciu s Gitom. Toto obmedzenie môže viesť k strate prístupu k určitým položkám kvôli citlivým štítkom a ochranným politikám uplatňovaným na tieto položky. Ďalšie informácie nájdete v téme Information Protection v službe Microsoft Fabric.

Požadované povolenia Git pre obľúbené akcie

Nasledujúci zoznam uvádza, aké rôzne roly pracovného priestoru môžu vykonávať v závislosti od ich povolení v odkladacom priestore Git:

• Správca: Môže vykonať akúkoľvek operáciu v pracovnom priestore obmedzenú iba jeho rolou Git.
• Člen/Prispievateľ: Keď sa pripoja k pracovnému priestoru, prispievatelia alebo členovia môžu commitovať a aktualizovať zmeny v závislosti od svojej Git roly. Navyše, keď je povolená možnosť povoliť používateľom s aspoň rolou Prispievateľa zmeniť nastavenie Git vetvy , prispievatelia s prístupom na zápis ku všetkým položkám môžu prepínať medzi vetvami a kontrolovať nové vetvy. Pri ďalších akciách súvisiacich s pripojením pracovného priestoru (napríklad pripojenie alebo odpojenie) vyhľadajte pomoc od administrátora.
• Čitateľ: nemôže vykonávať žiadne akcie. Divák nemôže v pracovnom priestore vidieť žiadne informácie súvisiace so službou Git.

Požadované povolenia na štruktúru pre obľúbené akcie

Roly pracovného priestoru

Nasledujúca tabuľka popisuje povolenia potrebné v pracovnom priestore služby Fabric na vykonávanie rôznych bežných operácií:

operácie	Rola pracovného priestoru
Pripojenie pracovného priestoru k odkladacom priestoru Git	Správca
Synchronizácia pracovného priestoru s odkladacím priestorom Git	Správca
Odpojenie pracovného priestoru od odkladacieho priestoru Git	Správca
Prepnutie vetvy v pracovnom priestore (alebo akákoľvek zmena nastavenia pripojenia)	Administratíva (vždy); Člen/Prispievateľ s povolením ZÁPISU na všetky položky (keď je zapnuté nastavenie pracovného priestoru Povoliť používateľom aspoň s rolou Prispievateľa zmeniť Git vetvu )
Zobraziť podrobnosti o pripojení Git	Správca, člen, prispievateľ
Pozrite si tému Stav Git pracovného priestoru	Správca, člen, prispievateľ
Aktualizácia z Git	Všetky tieto roly: Prispievateľ do pracovného priestoru (povolenie ZAPISOVAŤ do všetkých položiek) Vlastník položky (ak prepnutie nájomníka blokuje aktualizácie pre nevlastníkov) STAVAŤ na externých závislostiach (tam, kde je to možné)
Potvrdiť zmeny pracovného priestoru v Git	Všetky tieto roly: Prispievateľ do pracovného priestoru (povolenie ZAPISOVAŤ do všetkých položiek) Vlastník položky (ak prepnutie nájomníka blokuje aktualizácie pre nevlastníkov) STAVAŤ na externých závislostiach (tam, kde je to možné)
Vytvorenie novej vetvy Git z prostredia služby Fabric	Administratíva (vždy); Člen/Prispievateľ s povolením ZÁPISU na všetky položky (keď je zapnuté nastavenie pracovného priestoru Povoliť používateľom aspoň s rolou Prispievateľa zmeniť Git vetvu )
Vetvenie do iného pracovného priestoru	Správca, člen, prispievateľ

Roly gitu

Nasledujúca tabuľka popisuje povolenia Git potrebné na vykonávanie rôznych bežných operácií:

Azure Repos

operácie	Povolenia Git
Pripojenie pracovného priestoru k odkladacom priestoru Git	Čítať=Povoliť
Synchronizácia pracovného priestoru s odkladacím priestorom Git	Čítať=Povoliť
Odpojenie pracovného priestoru od odkladacieho priestoru Git	Nie sú potrebné žiadne povolenia
Prepnutie vetvy v pracovnom priestore (alebo akákoľvek zmena nastavenia pripojenia)	Read=Allow (v cieľovom odkladacom priestore/adresári/vetve)
Zobraziť podrobnosti o pripojení Git	Čítať alebo Žiadne
Pozrite si tému Stav Git pracovného priestoru	Čítať=Povoliť
Aktualizácia z Git	Čítať=Povoliť
Potvrdiť zmeny pracovného priestoru v Git	Čítať=Povoliť Prispieť= Povoliť vetva politika by mala povoliť priame potvrdenie
Vytvorenie novej vetvy Git z prostredia služby Fabric	Role=Write Vytvorenie vetvy=Povoliť
Vetvenie do iného pracovného priestoru	Čítať=Povoliť Vytvorenie vetvy=Povoliť

GitHub repozitáre

• Ak používate jemný access token, na bežné operácie sú potrebné nasledujúce oprávnenia:

operácie	Povolenia Git
Pripojenie pracovného priestoru k odkladacom priestoru Git	Obsah= Access: Read
Synchronizácia pracovného priestoru s odkladacím priestorom Git	Obsah= Access: Read
Odpojenie pracovného priestoru od odkladacieho priestoru Git	Nie sú potrebné žiadne povolenia
Prepnutie vetvy v pracovnom priestore (alebo akákoľvek zmena nastavenia pripojenia)	Obsah = Access: Read (v cieľovom repozitári/adresári/vetve)
Zobraziť podrobnosti o pripojení Git	Obsah = Access: Read or None
Pozrite si tému Stav Git pracovného priestoru	Obsah= Access: Read
Aktualizácia z Git	Obsah= Access: Read
Potvrdiť zmeny pracovného priestoru v Git	Obsah= Access: Read and write vetva politika by mala povoliť priame potvrdenie
Vytvorenie novej vetvy Git z prostredia služby Fabric	Obsah= Access: Read and write
Vetvenie do iného pracovného priestoru	Content=Čítanie a zapisovaie

• Ak používate klasický access token, rozsah repozitára musí byť povolený:

Pripojenie a synchronizácia

Keď pripojíte pracovný priestor k službe Git, služba Fabric sa synchronizuje medzi týmito dvomi miestami, aby mali rovnaký obsah. V rámci tejto počiatočnej synchronizácie, ak je vetva pracovného priestoru alebo Git prázdna, zatiaľ čo druhá časť obsahuje obsah, obsah sa skopíruje z umiestnenia nonempty do prázdneho. Ak vetva pracovného priestoru aj Git obsahujú obsah, musíte sa rozhodnúť, ktorým smerom by mala prejsť synchronizácia.

• Ak potvrdíte svoj pracovný priestor vetve Git, všetok podporovaný obsah pracovného priestoru sa exportuje do Git a prepíše aktuálny obsah Git.
• Ak aktualizujete pracovný priestor obsahom Git, obsah pracovného priestoru sa prepíše a stratíte obsah pracovného priestoru. Keďže Git vetva sa vždy dá obnoviť do predchádzajúcej fázy, zatiaľ čo pracovný priestor nie, ak zvolíte túto možnosť, budete vyzvaní na potvrdenie.

Ak nevyberiete, ktorý obsah chcete synchronizovať, nemôžete pokračovať v práci.

• Len administrátor pracovného priestoru môže pripojiť pracovný priestor k Git repozitáru, ale po pripojení môže v pracovnom priestore pracovať ktokoľvek s oprávneniami. Ak nie ste správcom, požiadajte správcu o pomoc s pripojením.
• Po pripojení pracovného priestoru k Gitu môžete tiež zmeniť prepojenú vetvu v dialógovom okne nastavení pracovného priestoru. Administrátori pracovného priestoru môžu vždy prepínať pripojenú vetvu. Členovia a prispievatelia ho môžu prepnúť len vtedy, keď administrátor pracovného priestoru povolí používateľom na úrovni pracovného priestoru možnosť povoliť používateľom aspoň s rolou Prispievateľa zmeniť nastavenie Git vetvy. Toto nastavenie vyžaduje aktívne pripojenie na Git a člen alebo prispievateľ musí mať prístup na zápis ku všetkým položkám v pracovnom priestore.

Priečinky

Po pripojení a synchronizácii sa štruktúra pracovného priestoru odráža v odkladacom priestore Git vrátane štruktúry priečinkov. Položky pracovného priestoru v priečinkoch sa exportujú do priečinkov s rovnakým názvom v odkladacom priestore Git. Naopak, položky v priečinkoch Git sa importujú do priečinkov s rovnakým názvom v pracovnom priestore.

Poznámka

Keďže štruktúra priečinkov sa zachová, ak pracovný priestor obsahuje priečinky a pripojený priečinok Git ešte nemá podpriečinky, považujú sa za odlišné. V zdrojovom control panel dostanete status nepotvrdených zmien a musíte tieto zmeny commitovať do Gitu pred aktualizáciou pracovného priestoru. Ak vykonáte prvú aktualizáciu, štruktúra priečinka Git prepíše pracovný priestor štruktúrou priečinkov. Ďalšie informácie nájdete Bezpečné spracovanie zmien priečinkov.

• Prázdne priečinky sa neskopírujú do Git. Keď vytvoríte alebo presuniete položky do priečinka, priečinok sa vytvorí v Git.
• Prázdne priečinky v systéme Git sa odstránia automaticky.
• Prázdne priečinky v pracovnom priestore sa neodstránia automaticky ani v prípade, že sa všetky položky premiestnia do rôznych priečinkov.
• Štruktúra priečinkov sa uchováva až do 10 úrovní v hĺbke.

Bezpečné spracovanie zmien priečinkov

Ak váš pracovný priestor obsahuje priečinky a pripojený priečinok Git ešte nemá podpriečinky, považujú sa za odlišné, pretože štruktúra priečinkov je odlišná. Keď pripojíte pracovný priestor s priečinkami do Gitu, dostanete status nezáväzné zmeny v zdrojovom control panel a musíte zmeny commitovať do Gitu pred aktualizáciou pracovného priestoru.

Ak nemôžete vykonávať zmeny v pripojenej vetve priamo z dôvodu politiky alebo povolení vetvy, odporúčame použiť možnosť Vzatie z vetvy:

1. Vzatie z projektu o novú vetvu: Pomocou funkcie pokladne vetvy môžete vytvoriť vetvu s aktualizovaným stavom pracovného priestoru služby Fabric.
2. Potvrdiť zmeny priečinka: Všetky zmeny priečinkov pracovného priestoru sa potom môžu týkať tejto novej vetvy.
3. Zlúčenie zmien: Použite svoju pravidelnú žiadosť o prijatie zmien a zlučujte procesy na integráciu týchto aktualizácií späť do pôvodnej vetvy.

Pripojenie k zdieľanému pracovnému priestoru

Ak sa pokúsite pripojiť k pracovnému priestoru, ktorý je už pripojený k službe Git, môže sa zobraziť toto hlásenie:

Táto správa sa objavuje, pretože pripojenie Git je na používateľa. Každý používateľ pracujúci v pracovnom priestore si konfiguruje vlastné pripojenie. Pri Azure DevOps sa systém snaží toto spojenie nastaviť automaticky. S GitHub si nastavte vlastné pripojenie namiesto zdieľania rovnakého osobného prístupového tokenu (PAT).

Prejdite na záložku Accounts na pravej strane Source control panel, vyberte účet a pripojte sa k nemu.

Stav Gitu

Po pripojení pracovný priestor zobrazí stĺpec stavu Git, ktorý označuje stav synchronizácie každej položky v pracovnom priestore vo vzťahu k položkám vo vzdialenej vetve.

Každá položka má jeden z nasledujúcich stavov:

• Synchronizované (položka je rovnaká vo vetve pracovného priestoru a Git)
• Konflikt (položka sa zmenila v pracovnom priestore aj vetve Git)
• Nepodporovaná položka
• Neupustené zmeny v pracovnom priestore
• Aktualizácia vyžadovaná od Git
• Položka je identická na oboch miestach, ale musí sa aktualizovať na posledné potvrdenie.

Synchronizovať informácie

Pokiaľ ste pripojení, nasledujúce informácie sa zobrazia v spodnej časti obrazovky:

• Pripojená vetva
• Čas poslednej synchronizácie
• Prepojenie na posledné potvrdenie, že pracovný priestor je synchronizovaný s

Tabla ovládacieho prvku Zdroj

V hornej časti obrazovky sa nachádza ikona ovládacieho prvku Zdroj. Zobrazuje počet položiek, ktoré sa líšia vo vetve pracovného priestoru a Git. Po vykonaní zmien v pracovnom priestore alebo vetve Git sa číslo aktualizuje. Po synchronizácii pracovného priestoru s vetvou Git sa na ikone ovládacieho prvku Zdroj zobrazí 0.

Vyberte ikonu ovládacieho prvku Zdroj a otvorte ovládací panel Zdroj.

Tabla ovládacieho prvku Zdroj má na bočnej strane tri karty:

• Potvrdenia a aktualizácie
• Konáre
• Podrobnosti o konte

Potvrdenia a aktualizácie

Po vykonaní zmien v pracovnom priestore alebo vetve Git sa na ikone ovládacieho prvku zdroja zobrazí počet položiek, ktoré sa líšia. Vyberte ikonu správy zdrojového kódu, aby ste otvorili zdrojový control panel.

Panel Potvrdiť a aktualizácia má dve sekcie.

Zmeny zobrazujú počet položiek, ktoré sa zmenili v pracovnom priestore a je potrebné zaviazať sa použiť Git. Aktualizácie zobrazujú počet položiek, ktoré boli upravené vo vetve Git a je potrebné ich aktualizovať do pracovného priestoru.

V každej časti sú zmenené položky uvedené s ikonou označujúcou stav:

• nový
• modifikovaný
• Odstránené
• konflikt
• rovnaké zmeny

Tlačidlo Obnoviť v hornej časti panela aktualizuje zoznam zmien a aktualizácií.

Spáchať

• Položky v pracovnom priestore, ktoré sa zmenili, sú uvedené v časti Zmeny . Ak sa vyskytla viac ako jedna zmenená položka, môžete vybrať, ktoré položky sa majú potvrdiť vetve Git.
• Ak sa vo vetve Git vykonali aktualizácie, potvrdenia sú zakázané, kým pracovný priestor neaktualizujete.

Aktualizovať

• Na rozdiel od potvrdenia a vrátenia zmeny vykoná príkaz Update vždy celú vetvu a synchronizuje najnovšie potvrdenie. Nemôžete vybrať konkrétne položky na aktualizáciu.
• Ak boli zmeny vykonané v pracovnom priestore a vo vetve Git na rovnakej položke, aktualizácie sa vypnú, kým sa konflikt nevyrieši.

Poznámka

Môžeš tiež commitovať zmeny do Gitu z porovnávacej skúsenosti. Pre podporované položky umožňuje možnosť commit na úrovni náhľadu súborov v rámci položky. Pre viac informácií pozri Porovnať a potvrdiť zmeny.

Prečítajte si viac o tom, ako potvrdiť a aktualizovať. Prečítajte si viac o procese aktualizácie a o tom, ako riešiť konflikty.

Konáre

Záložka Branches v Source control panel vám umožňuje spravovať vetvy a vykonávať činnosti súvisiace s vetvami. Má nasledujúce sekcie:

• Rozvetvenie na iný pracovný priestor (prispievateľ a vyššie): Vytvorí nový vetvený pracovný priestor alebo prepne prepojenú vetvu existujúceho rozvetveného pracovného priestoru na novú Git vetvu, ktorá vznikla na základe posledného commitu zdrojového pracovného priestoru.
• Vzatie z projektu do novej vetvy (musí byť správcom pracovného priestoru): Vytvorí novú vetvu na základe posledného synchronizovaného potvrdenia v pracovnom priestore a zmení pripojenie Git v aktuálnom pracovnom priestore. Obsah pracovného priestoru sa nezmení.
• Prepínať vetvu (administrátor pracovného priestoru, alebo člen/prispievateľ s prístupom na zápis ku všetkým položkám, keď je povolené povoliť používateľom aspoň s rolou prispievateľa zmeniť Git vetvu ): Synchronizuje pracovný priestor s inou novou alebo existujúcou vetvou a prepíše všetky položky v pracovnom priestore obsahom vybranej vetvy.

• Súvisiace vetvy: Záložka Súvisiace vetvy obsahuje aj zoznam súvisiacich pracovných priestorov, ktoré si môžete vybrať a prepnúť. Súvisiaci pracovný priestor je jedným z dvoch:
  1. Rozvetvené pracovné priestory
  2. Má rovnaké vlastnosti pripojenia ako aktuálna vetva, ako je rovnaká organizácia, projekt, repozitár a git priečinok. Táto funkcia vám umožňuje prechádzať do súvisiacich pracovných priestorov z kontextu vašej aktuálnej práce, bez toho, aby ste ich museli hľadať v zozname pracovných priestorov Fabric. Ak chcete otvoriť príslušný pracovný priestor, vyberte položku v zozname.

Ďalšie informácie nájdete Obmedzenia vetvenia.

Podrobnosti o konte

Záložka Detaily účtu zobrazuje podrobnosti o GitHub účte, ku ktorému je používateľ pripojený. Má dve sekcie. V hornej časti sa zobrazuje poskytovateľ Git a názov konta. V dolnej časti sa zobrazuje odkladací priestor a vetva, ku ktorým je pracovný priestor pripojený. Momentálne je táto záložka dostupná len pre pracovné priestory pripojené k GitHub.

Podrobnosti o účte na GitHub zahŕňajú:

• Podrobnosti o konte služby Git

• Poskytovateľ

• Názov obchodného vzťahu

• Odkladací priestor Git

• Pobočka

Dôležité informácie a obmedzenia

Všeobecné obmedzenia integrácie systému Git

Poznámka

Od 1. decembra 2026 nemôžu používatelia bez oprávnení na čítanie a zápis na položky pracovného priestoru používať integráciu s Gitom. Toto obmedzenie môže viesť k strate prístupu k určitým položkám kvôli citlivým štítkom a ochranným politikám uplatňovaným na tieto položky. Ďalšie informácie nájdete v téme Information Protection v službe Microsoft Fabric.

• Metóda overovania v službe Fabric musí byť aspoň rovnako silná ako metóda overovania pre Git. Ak napríklad Git vyžaduje viacfaktorové overenie, fabric musí vyžadovať aj viacfaktorové overovanie.

• Množiny údajov služby Power BI pripojené k službe Analysis Services sa momentálne nepodporujú.

• Ak použijete identitu pracovného priestoru v jednom artefakte a potvrdíte ju v službe Git, možno ju aktualizovať (späť do pracovného priestoru štruktúry) iba v pracovnom priestore pripojenom k rovnakej identite. Buďte opatrní, pretože to ovplyvňuje aj funkcie, ako je vetvenie.

• Submoduly nie sú podporované.

• Suverénne cloudy nie sú podporované.

• Fabric pracovné priestory môžu obsahovať maximálne 1 000 Fabric a Power BI položiek (pozri Limity položiek pracovného priestoru). Tento limit platí pre všetky položky spravované cez integráciu s Gitom. Ak sa váš pracovný priestor blíži k tomuto limitu, zvážte rozdelenie na menšie sady artefaktov – každú sadu umiestnite do samostatného pracovného priestoru a prepojte na inú Git vetvu, alebo usporiadajte jednu vetvu do rôznych priečinkov. Pre podrobnosti o synchronizácii správania, keď vetva Gitu prekročí tento limit, pozri Obmedzenia pracovného priestoru.

Azure DevOps obmedzenia

• Azure DevOps nie je podporovaný, ak je zapnutá Enable IP Conditional Access policy validation.
• Ak sa pracovný priestor a odkladací priestor Git nachádzajú v dvoch rôznych geografických oblastiach, správca nájomníka musí povoliť exporty medzi geografickými oblasťami.
• Ak vaša organizácia nakonfigurovala podmienený access, uistite sa, že Power BI Service má rovnaké podmienky aby autentifikácia fungovala podľa očakávaní.
• Aplikuje sa nasledujúci limit veľkosti commitu:
  • 25 MB pomocou Azure DevOps konektora so Service Principal.
  • 125 MB s použitím predvoleného single sign-on (SSO) Microsoft Entra ID účtu a Azure DevOps konektora s User Principal.

GitHub obmedzenia

• Podporované sú iba cloudové verzie GitHub. Lokálna podpora nie je podporovaná.
• GitHub nemôže vynútiť cross-geo validácie.
• Celková kombinovaná veľkosť súborov, ktoré sa majú potvrdiť naraz, je obmedzená na 50 MB. Preto ak máte viacero položiek na potvrdenie, niekedy môže byť potrebné rozdeliť ich na niekoľko samostatných potvrdení. Ďalšie informácie o páchaní súborov nájdete v našom sprievodcovi riešením problémov.

Obmedzenia GitHub Enterprise

Niektoré verzie a nastavenia GitHub Enterprise nie sú podporované. Napríklad:

• GitHub Enterprise Server s custom domain nie je podporovaný, aj keď je inštancia verejne prístupná
• GitHub Enterprise Server hostovaný v súkromnej sieti
• zoznam povolených IP adries

Úvahy o migrácii z Azure DevOps na GitHub Enterprise

Ak váš tím používa Fabric Git Integration a vyhodnocuje migráciu z Azure DevOps na GitHub Enterprise, odporúča sa vykonať validačné testy, aby sa zabezpečilo, že funkčnosť Git Integration zostane neovplyvnená. Integrácia Fabric Git sa spolieha na základné API poskytovateľov Gitu, ktoré sa líšia v schopnostiach a obmedzeniach medzi Azure DevOps a GitHub Enterprise, ako bolo popísané vyššie.

Rozdiely medzi správaním pri integrácii Git a správaním pri obnove položiek v recyklačnom koši

Ak použijete Git Integration, môžete naraziť na neočakávané správanie v situáciách, keď sa vymazané položky znovu vytvárajú alebo obnovujú kombináciou Git operácií a obnovy recyklačného koša. K tomu dochádza, pretože operácie v Gite (ako Undo alebo Update from Git) znovu vytvárajú vymazané položky priradením nového ID položky, zatiaľ čo obnovenie položky z koša zachováva pôvodné ID položky. V dôsledku toho môžu v pracovnom priestore existovať duplicitné položky s rôznymi identitami, čo môže spôsobiť, že integrácia Git prestane fungovať podľa očakávania a tiež ovplyvní existujúce závislosti.

Zmiernenie

Vymaž položku, ktorá bola znovu vytvorená Git Integration. Po odstránení duplicitnej položky by operácie na Gite mali pokračovať normálne.

Doplnková poznámka

Git Integration znovu vytvára iba definície položiek a neobnovuje údaje o položkách. Naopak, obnovenie položky z koša obnoví definíciu položky aj jej údaje.

Obmedzenia pracovného priestoru

• Iba administrátor pracovného priestoru môže spravovať pripojenia k Git Repozitáru napríklad pripojenie, odpojenie alebo pridanie vetvy.
  Po pripojení môže v pracovnom priestore pracovať ktokoľvek s povolením .
• Pracovné priestory s nainštalovanými aplikáciami šablón nie je možné pripojiť k systému Git.
• položky Môj Pracovný priestor sa nemôže pripojiť k poskytovateľovi Git.
• Pracovné priestory môžu obsahovať maximálne 1 000 položiek. Ak vetva Git obsahuje viac ako 1 000 položiek, synchronizácia obsahu s pracovným priestorom zlyhá. Aby ste sa tomuto obmedzeniu vyhli, zvážte rozdelenie svojich artifacts do menších sád. Každá sada by mala byť umiestnená v samostatnom pracovnom priestore a prepojená s inou Git vetvou, alebo organizovaná do rôznych priečinkov v rámci jednej vetvy. Pre ďalšie čítanie nasledujte limity položiek pracovného priestoru.

Obmedzenia vetiev a priečinkov

• Maximálna dĺžka názvu vetvy je 244 znakov.
• Maximálna dĺžka úplnej cesty k názvom súborov je 250 znakov. Dlhšie názvy zlyhajú.
• Maximálna veľkosť súboru je 25 MB.
• Štruktúra priečinkov je udržiavaná až do 10 úrovní v hĺbke.
• Stiahnutie zostavy/množiny údajov ako súboru .pbix zo služby po ich nasadení s integráciou s Git sa neodporúča, pretože výsledky sú nespoľahlivé. Odporúčame používať Power BI Desktop na sťahovanie reportov/dátových súborov ako .pbix.
• Ak má zobrazovaný názov položky niektorú z týchto vlastností, priečinok Git sa premenuje na logické ID (Guid) a zadajte:
  • Má viac ako 256 znakov
  • Končí . alebo medzerou
  • Obsahuje všetky zakázané znaky, ako je popísané v téme Obmedzenia názvov adresárov
• Keď pripojíte pracovný priestor s priečinkami k systému Git, musíte potvrdiť zmeny v odkladacom priestore Git, ak je táto štruktúra priečinkov odlišná.

Obmedzenia názvu adresára

• Názov adresára, ktorý sa pripája k odkladaciemu priestoru Git, má nasledujúce obmedzenia pomenovania:

  • Názov adresára nemôže začínať ani končiť medzerou alebo kartou.
  • Názov adresára nemôže obsahovať žiadne z nasledujúcich znakov: "/:<>\*?|

• Priečinok položiek (priečinok obsahujúci súbory položiek) nemôže obsahovať žiadne z nasledujúcich znakov: ":<>\*?|. Ak priečinok premenujete na niečo, čo obsahuje jeden z týchto znakov, Git sa nemôže pripojiť alebo synchronizovať s pracovným priestorom a dôjde k chybe.

Obmedzenia synchronizácie a potvrdenia

• Synchronizovať môžete iba v jednom smere. Nemôžete potvrdiť a aktualizovať naraz.
• Označenia citlivosti nie sú podporované a exportovanie položiek s označeniami citlivosti môže byť zakázané. Ak chcete potvrdiť položky, ktoré majú označenia citlivosti bez označenia citlivosti, požiadajte o pomoc svojho správcu .
• Funguje s obmedzenými položkami. Nepodporované položky v priečinku sa ignorujú.
• Duplikovanie názvov nie je povolené. Dokonca aj vtedy, ak služba Power BI umožňuje duplicitu názvov, akcia aktualizácie, potvrdenia alebo vrátenia zmeny zlyhá.
• B2B nie je podporovaná.
• Riešenie konfliktu sa čiastočne vykonáva v službe Git.
• Počas procesu Potvrdiť v Git služba Fabric odstráni súbory vo vnútri priečinka položky, ktoré nie sú súčasťou definície položky. Nesúvisiace súbory, ktoré nie sú v priečinku položiek, sa neodstránia.
• Po potvrdení zmien si môžete všimnúť neočakávané zmeny položky, ktoré ste nevytvorili. Tieto zmeny sú sémanticky nevýznamné a môžu sa vyskytnúť z viacerých dôvodov. Napríklad:
  • Manuálna zmena súboru definície položky. Tieto zmeny sú platné, ale môžu sa líšiť od toho, ak sa vykonali prostredníctvom editorov. Ak napríklad premenujete stĺpec sémantického modelu v službe Git a importujete túto zmenu do pracovného priestoru, pri ďalšom potvrdení zmien do sémantického modelu sa súbor BIM zaregistruje ako zmenený a upravený stĺpec sa presunie do zadnej časti columns poľa. Dôvodom je, že nástroj AS, ktorý generuje súbory BIM odosiela premenované stĺpce na koniec poľa. Táto zmena nemá vplyv na spôsob, akým položka funguje.
  • Spáchanie súboru, ktorý používa zlomy riadkov CRLF . Služba používa zlomy riadkov LF (posun riadka). Ak ste v odkladacom priestore Git mali súbory položiek s zlomami riadkov CRLF , pri potvrdení zo služby sa tieto súbory zmenia na LF. Napríklad, ak otvoríte report na pracovnej ploche, uložte project súbor (.pbip) a nahrajte ho do Gitu pomocou CRLF.
• Obnovenie sémantického modelu pomocou rozšíreného rozhrania API obnovenia spôsobí po každom obnovení rozdiel Git.

Súvisiaci obsah

• Spravovanie vetiev
• Riešenie chýb a konfliktov