A Git-integráció alapfogalmai

Ez a cikk bemutatja a Git alapvető fogalmait és a Git integrációjának folyamatát a Fabric workspace-eddel.

Engedélyek

  • A szervezet rendszergazdájának engedélyeznie kell a Git-integrációt.
  • A bérlői rendszergazdának engedélyeznie kell a keresztrégiós exportot, ha a munkaterület és az Azure adattár két különböző régióban található. Ez a korlátozás nem vonatkozik GitHub.
  • A munkaterületen és a Gitben a következő szakaszokban felsorolt engedélyek határozzák meg a végrehajtandó műveleteket.

Megjegyzés

2026. december 1-jétől azok a felhasználók, akiknek nincs olvasási és írási joguk a munkaterület elemeihez, nem használhatják a Git integrációt. Ez a korlátozás bizonyos tárgyakhoz való hozzáférés elvesztéséhez vezethet érzékenységi címkék és védelmi szabályzatok miatt. További információ: Information Protection a Microsoft Fabricben.

Az alábbi lista azt mutatja be, hogy a különböző munkaterületi szerepkörök milyen műveleteket végezhetnek a Git-adattárban lévő engedélyüktől függően:

  • Rendszergazda: Bármilyen műveletet végrehajthat a munkaterületen, csak a Git-szerepköre korlátozza.
  • Tag/közreműködő: Ha egy munkaterülethez csatlakoznak, a közreműködők vagy tagok a Git-szerepkörüktől függően véglegesíthetik és frissíthetik a módosításokat. Emellett, ha a munkaterület szintjén engedélyezve van a legalább Közreműködői szerepkörrel rendelkező felhasználók számára a Git-ág beállításainak módosítása , az összes elemhez írási hozzáféréssel rendelkező közreműködők válthatnak ágakat, és megtekinthetik az új ágakat. A munkaterület-kapcsolattal kapcsolatos egyéb műveletekhez (például csatlakozáshoz vagy leválasztáshoz) kérjen segítséget egy rendszergazdától.
  • Megtekintő: Nem hajthat végre semmilyen műveletet. A megtekintő nem látja a Gittel kapcsolatos információkat a munkaterületen.

Munkaterületi szerepkörök

Az alábbi táblázat a Fabric munkaterületen a különböző gyakori műveletek végrehajtásához szükséges engedélyeket ismerteti:

Művelet Munkaterületi szerepkör
Munkaterület csatlakoztatása a Git-adattárhoz Adminisztrátor
Munkaterület szinkronizálása a Git-adattárral Adminisztrátor
A munkaterület lecsatlakoztatása a Git-adattárról Adminisztrátor
Ág váltása a munkaterületen (vagy a kapcsolati beállítás bármilyen módosítása) Rendszergazda (mindig);
Tag vagy közreműködő írási jogosultsággal az összes elemre (ha a munkaterület beállítása, A legalább közreműködői szerepkörrel rendelkező felhasználók módosíthatják a Git-ágat, be van kapcsolva)
Git-kapcsolat részleteinek megtekintése Rendszergazda, tag, közreműködő
A 'Git állapot' munkaterület megtekintése Rendszergazda, tag, közreműködő
Frissítés a Gitből Az alábbi szerepkörök mindegyike:

Közreműködő a munkaterületen (írási engedély az összes elemre)

Az elem tulajdonosa (ha a bérlői kapcsoló letiltja a nem tulajdonos frissítéseket)

Építsünk a külső függőségekre (ahol alkalmazható)
Munkaterület-módosítások véglegesítése a Gitben Az alábbi szerepkörök mindegyike:

Közreműködő a munkaterületen (írási engedély az összes elemre)

Az elem tulajdonosa (ha a bérlői kapcsoló letiltja a nem tulajdonos frissítéseket)

Építsünk a külső függőségekre (ahol alkalmazható)
Új Git-ág létrehozása a Hálón belülről Rendszergazda (mindig);
Tag vagy közreműködő írási jogosultsággal az összes elemre (ha a munkaterület beállítása, A legalább közreműködői szerepkörrel rendelkező felhasználók módosíthatják a Git-ágat, be van kapcsolva)
Áttérés egy másik munkaterületre Rendszergazda, tag, közreműködő

Git szerepkörök

Az alábbi táblázat a különböző gyakori műveletek végrehajtásához szükséges Git-engedélyeket ismerteti:

Művelet Git-engedélyek
Munkaterület csatlakoztatása a Git-adattárhoz Olvas=Engedélyez
Munkaterület szinkronizálása a Git-adattárral Olvas=Engedélyez
A munkaterület lecsatlakoztatása a Git-adattárról Nincs szükség engedélyekre
Ág váltása a munkaterületen (vagy a kapcsolati beállítás bármilyen módosítása) Olvasás=Engedélyezés (a céladattárban/könyvtárban/ágban)
Git-kapcsolat részleteinek megtekintése Olvasás vagy egyik sem
A 'Git állapot' munkaterület megtekintése Olvas=Engedélyez
Frissítés a Gitből Olvas=Engedélyez
Munkaterület-módosítások véglegesítése a Gitben Olvas=Engedélyez
Hozzájárulás=Engedélyezés
Az ágpolitika engedélyezze a közvetlen elköteleződést.
Új Git-ág létrehozása a Hálón belülről Szerep=Írás
Ág létrehozása=Engedélyezés
Áttérés egy másik munkaterületre Olvas=Engedélyez
Ág létrehozása=Engedélyezés

Csatlakozás és szinkronizálás

Amikor egy munkaterületet a Githez csatlakoztat, a Fabric szinkronizál a két hely között, így ugyanazzal a tartalommal rendelkeznek. A kezdeti szinkronizálás során, ha a munkaterület vagy a Git-ág üres, míg a másik tartalommal rendelkezik, a rendszer a tartalmat a nem létező helyről az üresre másolja. Ha a munkaterület és a Git-ág is rendelkezik tartalommal, el kell döntenie, hogy a szinkronizálás melyik irányba haladjon.

  • Ha a munkaterületet a Git-ágra véglegesíti, a program minden támogatott munkaterületi tartalmat exportál a Gitbe, és felülírja az aktuális Git-tartalmat.
  • Ha Git-tartalommal frissíti a munkaterületet, a munkaterület tartalma felülíródik, és elveszíti a munkaterület tartalmát. Mivel egy Git-ág mindig visszaállítható egy korábbi állapotba, míg egy munkaterület nem, ezért ha ezt a lehetőséget választja, meg kell erősítenie a műveletet.

Képernyőkép a párbeszédpanelről, amely megkérdezi, hogy melyik irányban kell szinkronizálni, ha a Git és a munkaterület is rendelkezik tartalommal.

Ha nem választja ki a szinkronizálandó tartalmat, nem folytathatja a munkát.

Képernyőkép arról, hogy a munkaterület szinkronizálásáig nem folytathatja a munkát.

  • Csak a munkaterület rendszergazdája csatlakoztathat munkaterületet egy Git-adattárhoz, de a csatlakozás után bárki, aki rendelkezik engedéllyel, dolgozhat a munkaterületen. Ha Ön nem rendszergazda, kérjen segítséget a rendszergazdától a csatlakozáshoz.
  • Az ágváltást a közreműködők akkor is végrehajthatják, ha a munkaterület szintjén engedélyezve van a legalább Közreműködői szerepkörrel rendelkező felhasználók számára a Git-ág beállításának módosítása (a beállításhoz aktív Git-kapcsolat szükséges, a tagnak/közreműködőnek pedig írási hozzáféréssel kell rendelkeznie a munkaterület összes eleméhez).

Képernyőkép erről: A legalább Közreműködő szerepkörrel rendelkező felhasználók módosíthatják a Git-ágat.

Mappák

Csatlakozáskor és szinkronizáláskor a munkaterület struktúrája tükrözve lesz a Git-adattárban, beleértve a mappák struktúráját is. A mappák munkaterület-elemei a Git-adattár azonos nevű mappáiba lesznek exportálva. Ezzel szemben a Git-mappák elemei a munkaterület azonos nevű mappáiba lesznek importálva.

Megjegyzés

Mivel a mappastruktúra megmarad, ha a munkaterületen vannak mappák, és a csatlakoztatott Git-mappa még nem rendelkezik almappákkal, azokat eltérőnek tekintjük. nem véglegesített módosítások állapotot kap a forráskezelő panelen, és a munkaterület frissítése előtt el kell köteleznie a módosításokat a Gitben. Ha először frissít, a Git-mappastruktúra felülírja a munkaterület mappastruktúráját. További információ: Mappamódosítások biztonságos kezelése.

Munkaterület és a hozzá tartozó Git-ág almappákkal ellátott képernyőképe.

  • Az üres mappákat a rendszer nem másolja a Gitbe. Amikor elemeket hoz létre vagy helyez át egy mappába, a mappa a Gitben jön létre.
  • A Git üres mappái automatikusan törlődnek.
  • A munkaterület üres mappái akkor sem törlődnek automatikusan, ha az összes elem más mappába kerül.
  • A mappastruktúra legfeljebb 10 szint mélyre van megőrzve.

Mappamódosítások biztonságos kezelése

Ha a munkaterületen vannak mappák, és a csatlakoztatott Git-mappa még nem rendelkezik almappákkal, azokat eltérőnek tekintjük, mert a mappastruktúra eltérő. Amikor egy mappákkal rendelkező munkaterületet csatlakoztat a Githez, elkötelezetlen módosítások állapotot kap a forrásvezérlő panelen, és a módosításokat el kell köteleznie a Gitben a munkaterület frissítése előtt.

Ha a fiókszabályzat vagy az engedélyek miatt nem tud közvetlenül módosításokat végezni a csatlakoztatott ágon, javasoljuk a Kijelölési ág lehetőség használatát:

  1. Egy új ág kiválasztása: A branch checkout funkcióval hozzon létre egy ágat a Fabric munkaterület frissített állapotával.
  2. Mappamódosítások véglegesítése: Bármely munkaterület mappamódosítása ezen az új ágon véglegesítve lehet.
  3. Módosítások egyesítése: A megszokott pull request (PR) és egyesítési folyamatok használatával integrálhatja ezeket a frissítéseket az eredeti ágba.

Csatlakozás megosztott munkaterülethez

Ha olyan munkaterülethez próbál csatlakozni, amely már kapcsolódik a Githez, a következő üzenethez juthat:

A Git-fiókba való bejelentkezést jelző hibaüzenet képernyőképe.

Lépjen a Fiókok lapra a Forrás control panel jobb oldalán, válasszon ki egy fiókot, és csatlakozzon hozzá.

A Fiókok lap képernyőképe, amelyen a felhasználó egy GitHub fiókhoz csatlakozik.

Git állapota

A csatlakozás után a munkaterület egy Git állapotoszlopot jelenít meg, amely a munkaterület egyes elemeinek szinkronizálási állapotát jelzi a távoli ág elemeihez képest.

Képernyőkép, ha egy munkaterület elemei a Git-állapotukat tagolva jelennek meg.

Minden elem az alábbi állapotok egyikével rendelkezik:

  • Szinkronizálva (az elem ugyanaz a munkaterületen és a Git-ágban)
  • Ütközés (az elem a munkaterületen és a Git branch-ban is módosult)
  • Nem támogatott elem
  • Nem véglegesített módosítások a munkaterületen
  • Frissítés szükséges a Gittől
  • Az elem mindkét helyen azonos, de frissíteni kell az utolsó véglegesítésre

Szinkronizálási információk

Amíg csatlakozik, a következő információk jelennek meg a képernyő alján:

  • Csatlakoztatott ág
  • Az utolsó szinkronizálás időpontja
  • A hivatkozás az utolsó commithez, amelyhez a munkaterület szinkronizálva van

Képernyőkép a githez való csatlakozáskor a képernyő alján megjelenő szinkronizálási információkról.

Forrásvezérlő panel

A képernyő tetején a Forrás vezérlőelem ikon látható. A munkaterületen és a Git-ágban eltérő elemek számát jeleníti meg. Amikor módosításokat végeznek a munkaterületen vagy a Git-ágon, a szám frissül. Amikor a munkaterület szinkronizálva van a Git-ággal, a Forrás vezérlőelem ikon 0-t jelenít meg.

Képernyőkép a forrásvezérlő ikonról, amelyen a nulla elem megváltozott.

A Forrás vezérlőpult megnyitásához válassza a Forrás vezérlő ikont.

A forrásvezérlő panel oldalán három fül található:

Véglegesítések és frissítések

Ha módosításokat végez a munkaterületen vagy a Git-ágon, a forrásvezérlő ikon a különböző elemek számát jeleníti meg. A Forrás control panel megnyitásához válassza a forrásvezérlő ikont.

A Véglegesítés és frissítés panel két szakaszból áll.

A módosítások a munkaterületen módosított elemek számát jelenítik meg, amelyeket le kell kötelezni a Gitre. A frissítések a Git-ágban módosított és a munkaterületre frissíteni kívánt elemek számát jelenítik meg.

Az egyes szakaszokban a módosított elemek az állapotot jelző ikonnal jelennek meg:

  • új
  • módosított
  • törölt
  • konfliktus
  • ugyanazokkal a módosításokkal

A panel tetején található Frissítés gomb frissíti a módosítások és frissítések listáját.

A forrásvezérlő panel képernyőképe a módosított elemek állapotáról.

Elkötelezés

  • A munkaterület módosított elemei a Módosítások szakaszban jelennek meg. Ha több módosított elem is van, kiválaszthatja, hogy mely elemeket szeretné véglegesíteni a Git-ágban.
  • Ha frissítések történtek a Git-ágon, a munkaterület frissítéséig a véglegesítések nem hajthatók végre.

Frissítés

  • A véglegesítéssel és visszavonással ellentétben a Frissítés parancs mindig frissíti a teljes ágat, és a legutóbbi véglegesítéssel szinkronizál. Nem jelölhet ki bizonyos frissítendő elemeket.
  • Ha módosításokat hajtottak végre a munkaterületen és a Git ágban ugyanazon az elemen, a frissítések az ütközés feloldásáig le lesznek tiltva.

További információ a véglegesítésről és a frissítésről. További információ a frissítési folyamatról és az ütközések megoldásáról.

Fióktelepek

A Forrás control panel Branches lapja lehetővé teszi az ágak kezelését és az ághoz kapcsolódó műveletek végrehajtását. A következő szakaszokból áll:

  • Elágazás egy másik munkaterületre (közreműködő vagy magasabb szintű felhasználók esetén): Új elágaztatott munkaterületet hoz létre, vagy a meglévő elágaztatott munkaterület csatlakoztatott ágát egy olyan új Git-ágra állítja, amely a forrásmunkaterület utolsó commitja alapján jött létre.
  • Új ág létrehozása (Csak rendszergazdák számára elérhető a munkaterületen): Létrehoz egy új ágat a munkaterület utolsó szinkronizált commitja alapján, és módosítja a Git-kapcsolatot az aktuális munkaterületen. Ez nem módosítja a munkaterület tartalmát.
  • Ág váltása (munkaterület-rendszergazda vagy tag/közreműködő írási hozzáféréssel az összes elemhez, ha engedélyezve van a legalább Közreműködői szerepkörrel rendelkező felhasználók számára a Git-ág módosítása ): Szinkronizálja a munkaterületet egy másik új vagy meglévő ággal, és felülbírálja a munkaterület összes elemét a kijelölt ág tartalmával.

Képernyőkép a forrásvezérlő pult elágazási füljéről.

  • Kapcsolódó ágak: A Kapcsolódó ágak lap a kapcsolódó munkaterületek listáját is tartalmazza, amelyekre kiválaszthatja és átállíthatja azokat. A kapcsolódó munkaterület a kettő egyike:
    1. Ágak szerinti munkaterületek
    2. Ugyanazokkal a kapcsolati tulajdonságokkal rendelkezik, mint az aktuális ág, például ugyanaz a szervezet, projekt, adattár és git mappa. Ez a funkció lehetővé teszi a kapcsolódó munkaterületek közötti navigálást az aktuális munkakörnyezetből anélkül, hogy meg kellene keresnie őket a Fabric munkaterületek listájában. A megfelelő munkaterület megnyitásához válassza ki a listában szereplő elemet.

Képernyőkép azokról a kapcsolódó ágakról, amelyekre a felhasználó átválthat.

További információ: Elágaztatási korlátozások.

Fiókadatok

A Fiók részletei lapon a felhasználó által csatlakoztatott GitHub fiók adatai láthatók. Két szakaszból áll. A felső szakaszban a Git-szolgáltató és a fiók neve látható. Az alsó szakasz azt az adattárat és ágat mutatja be, amelyhez a munkaterület csatlakozik. Ez a lap jelenleg csak a GitHub csatlakoztatott munkaterületeken érhető el.

GitHub fiók adatai a következők:

  • Git-fiók adatai

  • Szolgáltató

  • Számla neve

  • Git-adattár

  • Fiók

A Fiókok lap képernyőképe a Forrásvezérlő panel, amelyen a Git részletei, tárrészletei és ágnevek láthatók.

Szempontok és korlátozások

Általános Git-integrációs korlátozások

Megjegyzés

2026. december 1-jétől azok a felhasználók, akiknek nincs olvasási és írási joguk a munkaterület elemeihez, nem használhatják a Git integrációt. Ez a korlátozás bizonyos tárgyakhoz való hozzáférés elvesztéséhez vezethet érzékenységi címkék és védelmi szabályzatok miatt. További információ: Information Protection a Microsoft Fabricben.

  • A Fabric hitelesítési módszerének legalább olyan erősnek kell lennie, mint a Git hitelesítési módszere. Ha például a Git többtényezős hitelesítést igényel, a Fabricnek többtényezős hitelesítésre is szüksége van.

  • Az Analysis Serviceshez csatlakoztatott Power BI-adathalmazok jelenleg nem támogatottak.

  • Ha egy munkaterületi identitást használ egy összetevőben, és véglegesíti azt a Gitben, az csak az azonos identitáshoz csatlakoztatott munkaterületen frissíthető (vissza egy háló-munkaterületre). Legyen óvatos, mert ez olyan funkciókat is érinthet, mint az ágazás.

  • Az almodulok nem támogatottak.

  • A szuverén felhők nincsenek támogatva.

  • Fabric munkaterületek legfeljebb 1000 Fabric és Power BI elemet tartalmazhatnak (lásd: Munkatér elemkorlátai). Ez a korlát a Git-integrációval felügyelt összes elemre vonatkozik. Ha a munkaterület megközelíti ezt a korlátot, fontolja meg a kisebb összetevőkre való felosztást – helyezze az egyes halmazokat egy külön munkaterületre, és csatoljon egy másik Git-ághoz, vagy rendezze egy ágat különböző mappákba. Ha a Git-ág túllépi ezt a korlátot, a szinkronizálási viselkedésről további információt a Munkaterület korlátai című témakörben talál.

  • Azure DevOps nem támogatott, ha engedélyezve van az IP feltételes hozzáférés szabályzat érvényesítése.
  • Ha a munkaterület és a Git-adattár két különböző földrajzi régióban található, a bérlői rendszergazdának engedélyeznie kell a földrajzi területek közötti exportálást.
  • Ha a szervezet konfigurálta a feltételes hozzáférést, győződjön meg arról, hogy a Power BI Service ugyanazokkal a feltételekkel van beállítva, hogy a hitelesítés a vártnak megfelelően működjön.
  • A rendszer a következő véglegesítési méretkorlátot alkalmazza:
    • 25 MB a Azure DevOps-összekötő és a Szolgáltatásnév használatával.
    • 125 MB az alapértelmezett egyszeri bejelentkezéssel (SSO) a Microsoft Entra ID-fiókon és az Azure DevOps-összekötőn keresztül Felhasználói főkomponenssel.

GitHub vállalati korlátozások

Egyes GitHub vállalati verziók és beállítások nem támogatottak. Példa:

  • GitHub Enterprise Server egyéni domainje nem támogatott, még akkor sem, ha a példány nyilvánosan elérhető.
  • GitHub magánhálózaton üzemeltetett Enterprise Server
  • engedélyezett IP-címek listája

Azure DevOps GitHub Enterprise migrálási szempontok.

Ha a csapat a Fabric Git-integrációt használja, és a Azure DevOps-ból GitHub Enterprise-ba való migrálást értékeli, ajánlott ellenőrzési teszteket futtatni annak érdekében, hogy a Git Integration funkciói ne változhassanak. A Fabric Git Integration az alapul szolgáló Git-szolgáltatói API-kra támaszkodik, amelyek a fent leírtak szerint különböző képességekben és korlátozásokban különböznek Azure DevOps és GitHub Enterprise között.

Különbségek a Git-integráció és a lomtárelemek helyreállítási viselkedése között

Ha Git-integrációt használ, váratlan viselkedést tapasztalhat olyan helyzetekben, amikor a törölt elemeket a Git-műveletek és a lomtár helyreállítása kombinációjával hozza létre vagy állítja vissza. Ennek az az oka, hogy a Git-műveletek (például Visszavonás vagy Frissítés a Gitből) egy új elemazonosító hozzárendelésével újra létrehozzák a törölt elemeket, míg a lomtárból való visszaállítás megőrzi az eredeti elemazonosítót. Ennek eredményeképpen a munkaterületen ismétlődő elemek létezhetnek különböző identitásokkal, ami miatt a Git-integráció leállhat a várt módon, és hatással lehet a meglévő függőségekre is.

Mitigation

Törölje a Git Integration által újra létrehozott elemet. Az ismétlődő elem eltávolítása után a Git-műveleteknek a szokásos módon kell folytatódnia.

További megjegyzés

A Git Integration csak az elemdefiníciókat hozza létre újra, és nem állítja vissza az elemadatokat. Ezzel szemben az elemek lomtárból való visszaállítása az elemdefiníciót és az adatokat is visszaállítja.

Munkaterület korlátozásai

  • Csak a munkaterület rendszergazdája kezelheti a Git-adattárhoz például az ág csatlakoztatásához, leválasztásához vagy hozzáadásához szükséges kapcsolatokat.
    A csatlakozás után bárki dolgozhat a munkaterületen, aki rendelkezik engedéllyel .
  • A sablonalkalmazásokat tartalmazó munkaterületek nem csatlakoztathatók a Githez.
  • MyWorkspace nem tud git-szolgáltatóhoz csatlakozni.
  • A munkaterületek legfeljebb 1000 elemet tartalmazhatnak. Ha a Git-ág több mint 1000 elemet tartalmaz, a tartalom munkaterületre való szinkronizálása sikertelen lesz. A korlátozás elkerülése érdekében fontolja meg az alkalmazás-összetevők kisebb csoportokra való felosztását. Minden készletet külön munkaterületen kell elhelyezni, és egy másik Git-ághoz kell csatolni, vagy egyetlen ágon belül különböző mappákba kell rendezni. További olvasáshoz kövesse a munkaterület elemkorlátait.

Ág- és mappakorlátozások

  • Az ágnév maximális hossza 244 karakter.
  • A fájlnevek teljes elérési útja legfeljebb 250 karakter hosszúságú lehet. A hosszabb nevek nem működnek.
  • A fájl maximális mérete 25 MB.
  • A mappastruktúra legfeljebb 10 szint mélységig megtartható.
  • A jelentés/adathalmaz .pbix formátumban való letöltése a szolgáltatásból a Git-integrációval való üzembe helyezés után nem ajánlott, mivel az eredmények megbízhatatlanok. Javasoljuk, hogy a Power BI Desktop használatával töltse le a jelentéseket/adathalmazokat .pbix formátumban.
  • Ha az elem megjelenítendő neve ezen jellemzők bármelyikével rendelkezik, a Git-mappa átnevezve lesz a logikai azonosítóra (Guid) és írja be a következőt:
  • Ha mappákat tartalmazó munkaterületet csatlakoztat a Githez, módosításokat kell véglegesítenie a Git-adattárban, ha ez a mappastruktúra eltérő.

Címtárnév korlátozásai

  • A Git-adattárhoz csatlakozó könyvtár neve az alábbi elnevezési korlátozásokkal rendelkezik:

    • A címtár neve nem kezdődhet vagy végződhet szóközzel vagy tabulátorral.
    • A könyvtárnév nem tartalmazhat a következő karakterek egyikét sem: "/:<>\*?|

  • Az elemmappa (az elemfájlokat tartalmazó mappa) nem tartalmazhat a következő karakterek egyikét sem: ":<>\*?|. Ha átnevezi a mappát egy ilyen karaktert tartalmazó mappára, a Git nem tud csatlakozni vagy szinkronizálni a munkaterülettel, és hiba történik.

Szinkronizálási és véglegesítési korlátozások

  • Egyszerre csak egy irányban szinkronizálhat. Nem véglegesítheti és nem frissítheti egyszerre.
  • A bizalmassági címkék nem támogatottak, és a bizalmassági címkékkel rendelkező elemek exportálása letiltható. Ha bizalmassági címkékkel rendelkező elemeket szeretne véglegesíteni a bizalmassági címke nélkül, kérjen segítséget a rendszergazdától .
  • Korlátozott elemekkel működik. A mappa nem támogatott elemeit a rendszer figyelmen kívül hagyja.
  • A nevek duplikálása nem engedélyezett. Még ha a Power BI engedélyezi is a név duplikálását, a frissítés, a véglegesítés vagy a visszavonási művelet meghiúsul.
  • A B2B nem támogatott.
  • Az ütközésfeloldás részben a Gitben történik.
  • A Githez való véglegesítés folyamat során a Fabric szolgáltatás törli az elem mappájában lévő fájlokat, amelyek nem részei az elemdefiníciónak. Az olyan fájlok, amelyek nem kapcsolódnak tétel mappájához, nem törlődnek.
  • A módosítások véglegesítése után előfordulhat, hogy váratlan módosításokat tapasztal az elemen, amelyet nem végzett el. Ezek a változások szemantikailag jelentéktelenek, és több okból is előfordulhatnak. Például:
    • Az elemdefiníciós fájl manuális módosítása. Ezek a módosítások érvényesek, de eltérhetnek a szerkesztők által végzett módosításoktól. Ha például átnevez egy szemantikai modelloszlopot a Gitben, és importálja ezt a módosítást a munkaterületre, a szemantikai modell következő véglegesítésekor a bim-fájl módosultként regisztrál, a módosított oszlop pedig a columns tömb hátoldalára kerül. Ennek az az oka, hogy a bim-fájlokat létrehozó AS-motor az átnevezett oszlopokat a tömb végére küldi. Ez a módosítás nem befolyásolja az elem működését.
    • CRLF-sortöréseket használó fájl véglegesítése. A szolgáltatás LF (vonalcsatorna) sortöréseket használ. Ha a Git-adattárban CRLF-sortörésekkel rendelkező elemfájlok voltak, a szolgáltatásból való véglegesítéskor ezek a fájlok LF értékre változnak. Ha például megnyit egy jelentést az asztalon, mentse a project fájlt (.pbip), és töltse fel a Gitbe a CRLF használatával.
  • A szemantikai modell továbbfejlesztett frissítési API-val való frissítése minden frissítés után Git-diffet eredményez.

Kapcsolódó tartalom

  • Last updated on