Zdieľať cez


Základné koncepty v integrácii Git

Tento článok vysvetľuje základné koncepty systému Git a proces integrácie služby Git s pracovným priestorom služby Microsoft Fabric.

Povolenia

  • Správca vašej organizácie musí povoliť integráciu Git.
  • Správca nájomníka musí povoliť exportovanie medzi geografickými oblasťami, ak sa pracovný priestor a odkladacieho priestoru služby Azure nachádzajú v dvoch rôznych oblastiach. 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ť.

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 alebo prispievateľ: Po pripojení k pracovnému priestoru môže člen/prispievateľ potvrdiť a aktualizovať zmeny v závislosti od jeho roly Git. V prípade akcií súvisiacich s pripojením pracovného priestoru (napríklad pripojenie, odpojenie alebo prepnutie vetiev) požiadajte správcu o pomoc.
  • Čitateľ: nemôže vykonávať žiadne akcie. Divák nemôže v pracovnom priestore vidieť žiadne informácie súvisiace so službou Git.

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ácia 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) Správca
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 Správca
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í:

Operácia 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ť

Pripojenie a synchronizácia

Len správca pracovného priestoru môže pripojiť pracovný priestor k odkladaným priestorom Git, ale po pripojení môže v pracovnom priestore pracovať ktokoľvek s povoleniami. Ak nie ste správcom, požiadajte správcu o pomoc s pripojením.

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 vetvu systému Git môžete vždy obnoviť do predchádzajúcej fázy, zatiaľ čo pracovný priestor nie je možné, ak vyberiete túto možnosť, zobrazí sa výzva na potvrdenie.

Snímka obrazovky dialógového okna s otázkou, ktorým smerom sa má synchronizovať, ak Git aj pracovný priestor majú obsah.

Ak nevyberiete, ktorý obsah sa má synchronizovať, nebudete môcť naďalej pracovať.

Snímka obrazovky s oznámením, že nebudete môcť ďalej pracovať, kým pracovný priestor nebude synchronizovaný.

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é. Na paneli ovládacieho prvku zdroja sa zobrazí nekomprimovaných zmien stavu a pred aktualizáciou pracovného priestoru musíte potvrdiť zmeny v službe Git. 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.

Snímka obrazovky pracovného priestoru a zodpovedajúcej vetvy systému Git s podpriečinkami.

  • 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 systému Git, na paneli zdrojového ovládacieho prvku sa zobrazí neupustené zmeny a pred aktualizáciou pracovného priestoru budete musieť potvrdiť zmeny v systéme Git.

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:

Snímka obrazovky chybového hlásenia s informáciou o prihlásení do konta Git.

Prejdite na kartu Kontá na pravej strane ovládacieho panela Zdroj, vyberte konto a pripojte sa k nemu.

Snímka obrazovky znázorňujúca kartu Kontá s používateľom, ktorý sa pripája k kontu GitHub.

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.

Snímka obrazovky, či sú položky v pracovnom priestore so stavom služby Git v prehľade.

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

Po pripojení sa v dolnej časti obrazovky zobrazia nasledujúce informácie:

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

Snímka obrazovky synchronizácie informácií, ktorá sa zobrazí v dolnej časti obrazovky po pripojení k systému Git.

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.

Snímka obrazovky ikony zdrojového ovládacieho prvku zobrazujúca zmenu nulových položiek.

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

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. Výberom ikony zdrojového ovládacieho prvku otvorte ovládací panel Zdroj.

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í.

Snímka obrazovky panela zdrojového ovládacieho prvku zobrazujúca stav zmenených položiek.

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. Nie je možné vybrať konkrétne položky, ktoré sa majú aktualizovať.
  • 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.

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.

Vetvy

Karta Vetvy ovládacieho panela Zdroj umožňuje spravovať vetvy a vykonávať súvisiace akcie vetvy. Má dve hlavné časti:

  • Akcie, ktoré môžete vykonať s aktuálnou vetvou:

    • vetvy do iného pracovného priestoru (prispievateľ a vyššie): Vytvorí nový pracovný priestor alebo prepne do existujúceho pracovného priestoru na základe posledného potvrdenia do aktuálneho pracovného priestoru. Potom sa pripojí k cieľového pracovného priestoru a vetve.
    • 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í.
    • Prepnúť vetvu (musí byť správcom pracovného priestoru): Synchronizuje pracovný priestor s inou novou alebo existujúcou vetvou a prepíše všetky položky v pracovnom priestore s obsahom vybratej vetvy.

    Snímka obrazovky znázorňujúca kartu Vetva v ovládacom paneli zdroja.

  • Súvisiace vetvy.
    Karta Vetvy obsahuje aj zoznam súvisiacich pracovných priestorov, ktoré môžete vybrať a prepnúť na ne. Súvisiaci pracovný priestor má rovnaké vlastnosti pripojenia ako aktuálna vetva, napríklad tá istá organizácia, projekt, odkladací priestor a priečinok git.
    Táto funkcia umožňuje prejsť do pracovných priestorov prepojených s inými vetvami súvisiacimi s kontextom vašej aktuálnej práce bez toho, aby ste ich museli hľadať vo svojom zozname pracovných priestorov služby Fabric.
    Ak chcete otvoriť príslušný pracovný priestor, vyberte položku v zozname.

    Snímka obrazovky zobrazujúca zoznam súvisiacich vetiev, na ktoré môže používateľ prejsť.

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

Podrobnosti obchodného vzťahu

Na karte Podrobnosti o konte sa zobrazujú podrobnosti o konte GitHub, 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ý. Táto karta je momentálne k dispozícii len pre pracovné priestory pripojené k službe GitHub.

Podrobnosti o konte GitHub zahŕňajú:

  • Podrobnosti o konte služby Git

    • Poskytovateľ
    • Názov obchodného vzťahu
  • Odkladací priestor Git

  • Pobočka

Snímka obrazovky s kartou Kontá na ovládacom paneli Zdroj zobrazujúca podrobnosti o Git a odkladacom priestore a názvy vetiev.

Dôležité informácie a obmedzenia

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

  • 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é.
  • Ak váš pracovný priestor obsahuje stovky položiek, zvážte rozdelenie na menšie sady artefaktov. Každá sada by mala byť umiestnená v samostatnom pracovnom priestore a prepojená s inou Git vetvou, alebo spojená s jednou vetvou organizovanou do rôznych priečinkov.
  • Služba Azure DevOps nie je podporovaná, ak povoliť overenie politiky podmieneného prístupu IP.
  • 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ého prístupu, uistite sa, že služba Power BI má rovnaké podmienky nastavené na overovanie tak, ako očakávate.
  • Aplikuje sa nasledujúci limit veľkosti commitu:
    • 25 MB pomocou Azure DevOps konektora so Service Principal.
    • 125 MB pri použití predvoleného single sign-on (SSO) Microsoft Entra ID účtu a Azure DevOps konektora s User Principal.

Obmedzenia služby GitHub Enterprise

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

  • GitHub Enterprise Cloud s pobytom údajov (ghe.com)
  • GitHub Enterprise Server s vlastnou doménou nie je podporovaný, a to ani v prípade, že inštancia je verejne prístupná
  • Podnikový server Github hosťovaný v súkromnej sieti
  • zoznam povolených IP adries

Úvaha 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.

Obmedzenia pracovného priestoru

  • Pripojenia k odkladaciemu priestoru Git môže spravovať len správca pracovného priestoru, ako je 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.

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é. Na stiahnutie zostáv alebo množín údajov vo formáte .pbix odporúčame použiť aplikáciu PowerBI Desktop.
  • 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 vetvenia

  • Vetvenie vyžaduje povolenia uvedené v tabuľke povolení.
  • Pre túto akciu musí byť dostupná kapacita.
  • Obmedzenia pomenovania všetkých pracovných priestorov a vetiev platia pri vetvení do nového pracovného priestoru.
  • V novom pracovnom priestore sú k dispozícii iba položky podporované v službe Git.
  • Zoznam súvisiacich vetiev zobrazuje iba vetvy a pracovné priestory, na ktoré máte povolenie na zobrazenie.
  • Integrácia systému Git musí byť povolená.
  • Pri vetvení sa vytvorí nová vetva a nastavenia z pôvodnej vetvy sa neskopírujú. Upravte nastavenia alebo definície a ubezpečte sa, že nový spĺňa politiky vašej organizácie.
  • Pri vetvení do existujúceho pracovného priestoru:
    • Cieľový pracovný priestor musí podporovať pripojenie Git.
    • Používateľ musí byť správcom cieľového pracovného priestoru.
    • Cieľový pracovný priestor musí mať kapacitu.
    • Pracovný priestor nemôže mať aplikácie šablón.
  • Všimnite si, že keď odbočíte do pracovného priestoru, všetky položky, ktoré nie sú uložené v Git, sa môžu stratiť. Odporúča sa potvrdiť všetky položky, ktoré chcete mať pred vetvením.

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. Ak napríklad otvoríte zostavu v počítači, uložte súbor projektu (.pbip) a nahrajte ho do Git pomocou CRLF.
  • Obnovenie sémantického modelu pomocou rozšíreného rozhrania API obnovenia spôsobí po každom obnovení rozdiel Git.