Jaa

Mikä on Microsoft Fabric Git -integrointi?

  • Artikkeli

Tässä artikkelissa kerrotaan kehittäjille, miten git-versionhallinta integroidaan Microsoft Fabric Application Lifecycle Management (ALM) -työkalun kanssa.

Huomautus

Jotkin Git-integroinnin kohteista ovat esikatseluvaiheessa. Lisätietoja on tuettujen kohteiden luettelossa.

Microsoft Fabricin Git-integraation avulla kehittäjät voivat integroida kehitysprosessinsa, työkalunsa ja parhaat käytäntönsä suoraan Fabric-ympäristöön. Sen avulla Fabricissa kehittyvät kehittäjät voivat

  • Varmuuskopioi ja versioi heidän työnsä
  • Palaa edellisiin vaiheisiin tarpeen mukaan
  • Yhteistyön tekeminen muiden kanssa tai yksin työskentely Git-haarojen avulla
  • Käytä tutun lähdeohjaustyökalujen ominaisuuksia Fabric-kohteiden hallintaan

Lähdeohjausobjektin integrointi on työtilatasolla. Kehittäjät voivat versioita kehittäjään kohteita työtilassa yhdessä prosessissa ja täydet näkyvyys kaikkiin kohteisiinsa. Vain muutamia kohteita tuetaan tällä hetkellä, mutta tuettujen kohteiden luettelo kasvaa.

  • Lue lisää versionhallinnasta ja Gitistä ja varmista, että tunnet Git-peruskäsitteet.

  • Lue lisää Git-integrointiprosessista.

  • Lue artikkelista paras tapa hallita Git-haaroja.

Tietosuojatiedot

Ennen kuin otat Git-integroinnin käyttöön, varmista, että tarkistat seuraavat tietosuojatiedot:

Tuetut Git-palveluntarjoajat

Seuraavia Git-palveluntarjoajia tuetaan:

Tuetut kohteet

Seuraavia kohteita tuetaan tällä hetkellä:

Jos työtilassa tai Git-hakemistossa on kohteita, joita ei tueta, se voidaan silti yhdistää, mutta kohteet, joita ei tueta, ohitetaan. Niitä ei tallenneta tai synkronoida, mutta niitäkään ei poisteta. Ne näkyvät lähteen hallintapaneelissa, mutta et voi sitoa tai päivittää niitä.

Huomioitavat asiat ja rajoitukset

Git-integroinnin yleiset rajoitukset

  • Fabric-todennusmenetelmän on oltava vähintään yhtä vahva kuin Gitin todennusmenetelmän. Jos Git esimerkiksi edellyttää monimenetelmäistä todentamista, Fabricin on myös edellytettävä monimenetelmäistä todentamista.
  • Analysis Servicesiin yhdistettyjä Power BI -tietojoukkoja ei tueta tällä hetkellä.
  • Työtiloja, joihin on asennettu mallisovelluksia, ei voi yhdistää Gitiin.
  • Maakohtaisia pilvipalveluita ei tueta.
  • Azure DevOps -tili on rekisteröitävä samalle käyttäjälle, joka käyttää Fabric-työtilaa.
  • Vuokraajan järjestelmänvalvojan on otettava cross-geo-vienti käyttöön, jos työtila ja Git-säilö ovat kahdella eri maantieteellisellä alueella.
  • Jos organisaatiosi on määrittänyt ehdollisen käyttöoikeuden, varmista, että Power BI -palvelussa on samat ehdot, joiden mukaisesti todentaminen toimii odotetulla tavalla.
  • Vahvistuskoko on rajoitettu 125 Mt:iin.

GitHub Enterprise -rajoitukset

Joitakin GitHub Enterprise -asetuksia ei tueta. Esimerkkejä:

Työtilan rajoitukset

  • Vain työtilan järjestelmänvalvoja voi hallita yhteyksiä Git-säilöön, kuten yhteyden muodostamista, katkaisua tai haaran lisäämistä.
    Kun yhteys on muodostettu, kuka tahansa, jolla on käyttöoikeus , voi työskennellä työtilassa.
  • Työtilan kansiorakenne ei näy Git-säilössä. Kansioissa olevat työtilan kohteet viedään päähakemistoon.

Haara- ja kansiorajoitukset

  • Haaran nimen enimmäispituus on 244 merkkiä.
  • Tiedostonimien koko polun enimmäispituus on 250 merkkiä. Pidemmät nimet epäonnistuvat.
  • Tiedoston enimmäiskoko on 25 Mt.
  • Et voi ladata raporttia/tietojoukkoa .pbix-tiedostona palvelusta, kun ne on otettu käyttöön Git-integroinnin avulla.
  • Git-kansio käyttää etuliitteenä loogista tunnusta (GUID) ennen tyyppiä, jos kohteen näyttönimi:
    • Sisältää yli 256 merkkiä
    • Päättyy :n tai välilyönnin kanssa
    • Sisältää jonkin seuraavista merkeistä: " / : ? < > \ * |

Haarauksen rajoitukset

  • Haara ulos edellyttää käyttöoikeudet, jotka on lueteltu käyttöoikeustaulukossa.
  • Tälle toiminnolle on oltava käytettävissä kapasiteetti.
  • Kaikki työtilan ja haaran nimeämisen rajoitukset ovat voimassa, kun haaraat uuteen työtilaan.
  • Kun haarautut ulos, uusi työtila luodaan ja alkuperäisen työtilan asetuksia ei kopioida. Säädä asetuksia tai määritelmiä varmistaaksesi, että uusi työtila täyttää organisaatiosi käytännöt.
  • Vain Gitin tukemat kohteet ovat käytettävissä uudessa työtilassa.
  • Aiheeseen liittyvien haarojen luettelossa näkyvät vain haarat ja työtilat, joita sinulla on oikeus tarkastella.
  • Git-integrointi on otettava käyttöön.

Synkronointi- ja vahvistusrajoitukset

  • Voit synkronoida vain yhteen suuntaan kerrallaan. Et voi vahvistusta ja päivitystä samanaikaisesti.
  • Luottamuksellisuustunnisteita ei tueta, ja luottamuksellisuustunnisteilla varustettujen kohteiden vienti voi olla poistettu käytöstä. Jos haluat sitoa kohteet, joilla on luottamuksellisuustunnisteet ilman luottamuksellisuustunnistetta, pyydä apua järjestelmänvalvojalta .
  • Toimii rajoitettujen kohteiden kanssa. Kansiossa olevat kohteet, joita ei tueta, ohitetaan.
  • Nimien monistamista ei sallita. Vaikka Power BI sallisi nimien monistamisen, päivitys-, vahvistus- tai kumoamistoiminto epäonnistuu.
  • B2B:tä ei tueta.
  • Ristiriitojen ratkaisu tehdään osittain Gitissä.
  • Vahvista Gitiin -prosessin aikana Fabric-palvelu poistaa tiedostot kohdekansiosta, jotka eivät ole osa kohteen määritystä. Toisiinsa liittymättömiä tiedostoja, jotka eivät ole kohdekansiossa, ei poisteta.
  • Kun olet vahvistanut muutokset, saatat huomata odottamattomia muutoksia kohteeseen, jota et ole tehnyt. Nämä muutokset ovat semanttisesti merkityksettömiä, ja ne voivat tapahtua useista syistä. Esimerkki:
    • Kohteen määritystiedoston manuaalinen muuttaminen. Nämä muutokset ovat kelvollisia, mutta ne saattavat poiketa muokkaajien kautta tehtävissä muutoksissa. Jos esimerkiksi nimeät semanttisen mallin sarakkeen uudelleen Gitissä ja tuot tämän muutoksen työtilaan, seuraavan kerran vahvistat muutokset semanttiseen malliin, bim-tiedosto rekisteröidään muutettuna ja muokattu sarake työnnetään matriisin takaosaan columns . Tämä johtuu siitä, että bim-tiedostoja muodostanut AS-moduuli siirtää uudelleennimettyjä sarakkeita matriisin loppuun. Tämä muutos ei vaikuta kohteen toimintaan.
    • Vahvistat tiedoston, joka käyttää CRLF-rivinvaihtoja . Palvelu käyttää LF (rivinsyötön) rivinvaihtoja. Jos sinulla oli git-säilössä kohdetiedostoja, joissa on CRLF-rivinvaihtoja, kun vahvistat palvelusta, nämä tiedostot muutetaan LF:ksi. Jos esimerkiksi avaat raportin työpöydällä, tallenna .pbip-projekti ja lataa se Gitille CRLF:n avulla.
  • Semanttisen mallin päivittäminen käyttämällä parannetun päivityksen ohjelmointirajapintaa aiheuttaa Git-erotuksen kunkin päivityksen jälkeen.

Liittyvä sisältö