Jaa


Johdanto Git-integrointiin (esikatselu)

Tässä artikkelissa kerrotaan kehittäjille, miten voit integroida Git-versionhallinnan Fabric-sovelluksen elinkaaren hallintatyökalun (ALM) kanssa.

Tärkeä

Tämä ominaisuus on esikatselutilassa.

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. Tällä hetkellä esikatselussa tuetaan vain muutamia kohteita, 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ä.
  • 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.
  • Vahvistuskoko on rajoitettu 125 Mt:iin.

GitHub Enterprise -rajoitukset

Joitakin GitHub Enterprise -asetuksia ei tueta. Esimerkkejä:

  • IP-osoitteiden sallittujen luettelo
  • Yksityiset verkkopalvelut

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.
  • Kun nimeät kansion Gitissä, looginen tunnus (GUID) lisätään etuliitteenä tyypin eteen, 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.