Yleiskuvaus Dataversen Git-integroinnista (esiversio)
[Tämä artikkeli sisältää julkaisua edeltävää materiaalia ja voi muuttua.]
Lähdekoodin hallinnan integroinnin avulla kehitystiimit voivat synkronoida ratkaisuja ja ratkaisuobjekteja yhdessä tai useammassa Microsoft Dataverse -ympäristössä Azure DevOps Git -säilön avulla. Lähdekoodin hallinnan integrointitoiminto on käytettävissä natiivisti ratkaisukokemuksissa, mikä varmistaa, että maallikkokehittäjät, koodikeskeiset kehittäjät ja järjestelmänvalvojat voivat hyötyä versionhallinnasta, muutosten seurannasta ja saumattomasta tiimiyhteistyöstä eri työkalujen ja ympäristöjen välillä. Git-integrointi on tarkoitettu käytettäväksi kehittäjäympäristöissä, ei testi- tai tuotantoympäristöissä, joissa käyttöönotot voidaan tehdä koontiversioiden avulla ratkaisuartefaktien ja -putkien luomiseksi käyttöönottoa varten.
Tärkeää
- Tämä on esiversiotoiminto.
- Esiversiotoimintoja ei ole tarkoitettu tuotantokäyttöön, ja niiden toiminnot voivat olla rajoitettuja. Nämä toiminnot ovat käytettävissä ennen virallista julkaisua, jotta asiakkaat voivat käyttää niiden ennakkojulkaisua ja antaa palautetta.
- Tämä ominaisuus on tällä hetkellä käytettävissä vain ympäristöissä, jotka on luotu ennakkojulkaisukiertoa varten. Siirry kohtaan Ennakkojulkaisukierron ympäristöt
Tästä artikkelista löydät joitakin keskeisiä käsitteitä ja etuja, jotka liittyvät Git-pohjaisen lähdekoodin hallinnan käyttämiseen Dataverse-ympäristöissäsi ja ratkaisuissasi. Lisätietoja Gitistä Azure DevOpsissa on kohdassa Azure DevOps Git -säilö.
ALM Power Platformissa ja Dataversessa
Power Platform sisältää monia käyttövalmiita ominaisuuksia, joiden avulla organisaatiot voivat hallita ratkaisujensa sovelluksen elinkaaren hallintaa (ALM). Mukana on mahdollisuus pakata ratkaisuja säiliöinä alustan monille erityyppisille komponenteille, hallita sovelluksen elinkaareen liittyviä ympäristöjä ja ottaa ratkaisuja käyttöön putkien avulla Power Platformisssa. On myös useita tapoja integroida Git-säilöt Power Platformin kanssa kehittäjätyökalujen avulla. Dataversen natiivin Git-integroinnin avulla prosessi yksinkertaistuu ja virtaviivaistuu, jotta tekijät voivat työskennellä ratkaisujensa kanssa tutulla tavalla ja olla vuorovaikutuksessa lähdekoodin hallinnan kanssa yksinkertaistettujen käyttöliittymien kautta Power Appsissa (make.powerapps.com).
Edut
- Lähdekoodin hallinta totuuden lähteenä: Joissakin organisaatioissa Dataversen käyttöönottojen totuuden lähde on tekijäympäristöt, joissa ratkaisut rakennetaan. Tämän toiminnan ensisijainen syy on, että ei-natiivi Git-integraatio käyttää kehittyneitä tekniikoita ja työkaluja, joiden käytön aloittaminen vaatii ammattimaista IT-asiantuntemusta. Dataversen natiivin Git-integroinnin avulla lähdekoodin hallinta voidaan ottaa käyttöön vain muutamassa vaiheessa ja se tarjoaa tutun käyttöliittymän tekijöille ratkaisujensa käsittelyyn.
- Turvallisuus, auditointi ja vaatimustenmukaisuus SDLC:n parhaiden käytäntöjen avulla: Ohjelmistokehityksen elinkaaren (SDLC) parhaat käytännöt ovat joukko ohjeita ja prosesseja, joiden avulla voit hallita ohjelmistokehitysprojektejasi tehokkaasti. Käyttämällä Dataversen Git-integraatiota noudatat SDLC-käytäntöjä, kuten versionhallintaa, kooditarkistuksia ja staattista lähdekoodin analysointia ratkaisujesi laadun, luotettavuuden ja turvallisuuden varmistamiseksi. Dataversen Git-integraatio tarjoaa myös ominaisuuksia, kuten auditoinnin, vaatimustenmukaisuuden ja jäljitettävyyden, joiden avulla voit seurata ratkaisuihisi tehtyjä muutoksia ja tehdä yhteistyötä muiden tiimin jäsenten kanssa tehokkaasti.
- Lyhytikäiset kehitysympäristöt: Kun tallennat kopion ympäristöjesi mukautuksista ja määrityksistä lähdekoodin hallintaan, voit palauttaa kehitysympäristöt lähdekoodin hallinnasta nopeasti ja helposti Dataverseen. Näin voit luoda lyhytikäisiä ympäristöjä kehitys- ja testaustarkoituksiin. Lyhytikäisten ympäristöjen avulla voit vapauttaa tallennustilaa, kokeilla uusia ominaisuuksia, testata ja iteroida ratkaisujasi turvautumatta pysyviin ympäristöihin.
- Fuusiokehitystiimit: Fuusiokehitystiimit koostuvat sekä kehittäjistä että tekijöistä, jotka työskentelevät yhdessä ratkaisujen rakentamiseksi. Dataversen Git-integraation avulla nämä käyttäjät voivat rakentaa itsenäisesti erillisissä ympäristöissä ja tehdä yhteistyötä muiden kanssa synkronoimalla yhteisen lähdekoodin hallinnan säilön kanssa. Lähdekoodin hallinnan integroinnin avulla voit käyttää sekä kehittäjien että tekijöiden taitoja ja asiantuntemusta rakentaaksesi korkealaatuisia ratkaisuja, jotka vastaavat organisaatiosi tarpeita.
- Suojaus: Kun käytät lähdekoodin hallintaa ratkaisujesi totuuden lähteenä, voit toipua ratkaisujesi tahattomista muutoksista nopeasti ja helposti. Tallentamalla ratkaisut lähdekoodin hallintaan voit palauttaa ne aiempaan tilaan tai versioon.
Keskeiset käsitteet
Ei-hallitut vs. hallitut ratkaisut
Kun käytät Dataversen Git-integraatiota lähdekoodin hallintaan tallennetut ratkaisut tulevat tekijän ympäristössä olevista hallitsemattomista ratkaisuista. Ei-hallittujen ratkaisujen avulla tekijät voivat lisätä, poistaa ja päivittää komponentteja, jotka on synkronoitu lähdekoodin hallinnan kanssa, kun vahvistat ja työnnät muutoksia. Hallitut ratkaisut luodaan lähdekoodin hallinnasta ja otetaan käyttöön loppupään ympäristöissä, kuten testi- tai tuotantoympäristöissä, eikä niitä voi muokata kyseisissä ympäristöissä. Hallittujen ratkaisujen avulla varmistetaan, että ratkaisujesi totuuden lähde on aina lähdekoodin hallinta ja että muutokset tehdään vain tekijän ympäristössä, ennen kuin ne lisätään lähdekoodin hallintaan ja otetaan käyttöön muualla.
Ratkaisun osien tiedostomuotoilu
Dataversen Git-integraation käyttöönoton myötä ratkaisujen ja ratkaisun komponenttien esitystapa lähdekoodin hallinnassa muuttuu. Kun vahvistat ja työnnät muutoksia lähdekoodin hallintaan, ratkaisun osat tallennetaan tietyssä muodossa, joka on yhteensopiva Gitin kanssa. Tätä muotoa käytetään ratkaisun osien esittämiseen helppolukuisella ja ymmärrettävällä tavalla, ja sitä voidaan käyttää ratkaisun osiin ajan mittaan tehtyjen muutosten jäljittämiseen. Ratkaisun osien tiedostomuoto on suunniteltu ihmisen luettavaksi, ja sitä voidaan käyttää ratkaisun osiin tehtyjen muutosten tarkastelemiseen lähdekoodin hallinnassa. Lisäksi, jotta useita ratkaisuja voidaan tallentaa samaan säilöön ja kansioon, lähdekoodin hallinnan ratkaisun osia ei enää kopioida kullekin ratkaisulle. Sen sijaan ratkaisun osat tallennetaan yhteen sijaintiin, ja ne voidaan jakaa useiden ratkaisujen kesken samassa säilössä ja kansiossa.
Koodipohjainen kehittäminen Gitin avulla
Koodipohjainen kehitys Power Platformissa on mahdollista käyttämällä kehitystyökaluja, kuten Power Platform CLI-, Visual Studio- ja Visual Studio Code -laajennuksia. Koodipohjaisten kehittäjien ottaminen mukaan ratkaisun kehitysprosessiin on vaikeaa ilman lähdekoodin hallinnan integrointia, koska komponentit, kuten Power Apps component framework -ohjausobjektit ja Dataverse-laajennukset, otetaan käyttöön ratkaisuihin lähdekoodista koottuina paketoituina resursseina, joita ei voi suoraan muokata Power Appsissa (make.powerapps.com). Ilman lähdekoodin hallintaa osana sekä low-code-komponenttien että koodipohjaisten komponenttien kehitysprosessia on vaikea hallita ratkaisuun tehtyjä muutoksia ja varmistaa, että muutoksia seurataan ja otetaan käyttöön hallitusti.
Ottamalla Dataversen Git-integroinnin käyttöön voit tulla koodipohjaisia kehittäjiä vastaan siellä, missä he työskentelevät, ja tarjota saumattoman kokemuksen sekä low-code-kehittäjille että koodipohjaisille kehittäjille. On kuitenkin joitakin seikkoja, jotka on pidettävä mielessä, kun hallitset koodipohjaisia komponentteja low-code-ympäristössä.
Fuusiokehittäminen Dataversen Git-integroinnin kanssa
Power Platform sisältää ominaisuudet sekä low-code- että koodilähtöiseen kehitykseen. Tässä artikkelissa käsitellään Dataversen Git-integrointiin liittyviä koodilähtöisiä kehitysprosesseja ja annetaan ohjeita koodipohjaisten ja vähän koodia käyttävien komponenttien hallintaan yhdessä ympäristössä. Komponentit, kuten Power Apps component framework -ohjausobjektit, Dataverse-laajennukset ja mukautetut työnkulkuaktiviteetit, jotka ovat esimerkkejä koodipohjaisista komponenteista, joita voidaan hallita lähteen hallinnassa.
Koodikeskeiset ja vähän koodia käyttävät komponentit yhdessä ympäristössä
Koodiin perustuvat komponentit voidaan sisällyttää ratkaisuihin koontiversioprosessin kautta, joka luo hallitun tai ei-hallitun ratkaisun, joka voidaan tuoda Dataverse-ympäristöön. Koodipohjaiset komponentit voidaan kuitenkin ottaa käyttöön myös suoraan ei-hallittuun ratkaisuun tekijäympäristössä, kun ne on luotu ilman, että niiden käyttöönottoon käytetään ratkaisun koontiversioprosessia. Tämän joustavuuden vuoksi on otettava huomioon koontiversioprosessi.
Jos otat käyttöön koodiin perustuvia komponentteja suoraan ei-hallittuun ratkaisuun tekijäympäristössä ja kyseiset komponentit on vahvistettu lähdekoodin hallintaan, vain niiden käännetty (koottu) versio tallennetaan lähdekoodin hallintaan. Esimerkiksi laajennuksen binäärinen DLL-tiedosto, tai käännetty ja optimoitu JavaScript-paketti Power Apps component framework -ohjausobjektille. Tämän seurauksena sinulla on kaksi kopiota komponentista lähdekoodin hallinnassa – yhtä edustaa koottu versio ja toista edustaa lähdekoodi. Binaarien tallentaminen säilöön voi aiheuttaa sekaannusta ja mahdollisia ristiriitoja, jos lähdekoodia ja koottua versiota ei pidetä synkronoituina. Tätä käytäntöä ei suositella, koska lähdekoodin tulisi olla komponentin ainoa totuuden lähde ja vain yksi kopio tulisi tallentaa.
Suositeltava tapa on luoda koodipohjaiset komponentit osana ratkaisun luontiprosessia ja tuoda luotu hallitsematon ratkaisu tekijäympäristöön. Tämä lähestymistapa varmistaa, että lähdekoodi ja koottu versio pidetään synkronoituina ja että lähdekoodi on komponentin ainoa totuuden lähde. Tämä lähestymistapa edellyttää kuitenkin, että käytössä on koontiprosessi, jolla luodaan hallittu tai ei-hallittu ratkaisu tuonti- ja käyttöönottoprosessia varten. Voit luoda esimerkiksi Azure-putkia tai GitHub-työnkulkuja, jotka luovat artefakteja Power Platformin putkille ja Git-synkronointiprosessien kulutettavaksi.