Jatkuvan integroinnin suositukset
Koskee tätä Power Platform hyvin suunnitellun operatiivisen huippuosaamisen tarkistuslistan suositusta:
OE:04 | Ohjelmistokehitys- ja laadunvalvontaprosessien optimointi noudattamalla toimialalla todistetusti toimia kehitys- ja testauskäytäntöjä. Roolien määritystä selkeyttää käytäntöjen standardointi kaikissa komponenteissa, kuten työkaluissa, lähdehallinnassa, sovelluksen suunnittelumalleissa, dokumentaatiossa ja tyylioppaissa. |
---|
Jatkuvan integraation / jatkuvan toimituksen (CI/CD) käyttöönotto voi lisätä kehityksen monimutkaisuutta kansalaiskehittäjille. Skaalautuva ja automaattinen kehitysprosessi, johon voidaan sisällyttää nopeasti uusia ominaisuuksia ja ohjelmistovirheiden korjaus, on kuitenkin välttämätöntä luotettavassa ja kestävässä fuusiokehitysprosessissa.
Kehittäjä voi tehdä pieniä koodimuutoksia, lähettää nämä muutokset koodisäilöön ja saada lähes välittömästi laatua, testin kattavuutta ja mahdollisia ohjelmistovirheitä koskevaa palautetta. Tämä prosessin ansiosta työskentely nopeutuu, työtä voi tehdä luottavaisin mielin ja siihen sisältyy vähemmän riskejä. Jatkuva integrointi on käytäntö, jossa lähteenhallintajärjestelmät ja käyttöönottoputket integroidaan tarjoamaan automatisoituja rakennus-, testaus- ja palautemekanismeja ohjelmistokehitystiimeille.
Tärkeimmät suunnittelustrategiat
Jatkuva integraatio on ohjelmistokehityskäytäntö, jolla kehittäjät integroivat ohjelmistopäivitykset lähdehallintajärjestelmään säännöllisin väliajoin.
Jatkuva integrointiprosessi käynnistyy, kun suunnittelija luo GitHub-hakupyynnön ilmaisemaan CI-järjestelmälle, että koodimuutokset ovat valmiita integroitaviksi. Parhaassa tapauksessa integrointiprosessi tarkistaa koodin useiden perustasojen ja testien avulla. Tämän jälkeen pyynnön esittäneelle suunnittelijalle annetaan palautetta kyseisten testien tilasta.
Jos perustason tarkistukset ja testaus onnistuu, integrointiprosessi tuottaa ja valmistelee päivitetyn ohjelmiston käyttöönottavat resurssit. Näitä resursseja ovat myös käännetty koodi ja säilökuvat.
Jatkuva integrointi voi auttaa nopeuttamaan laadukkaan ohjelmiston toimittamista seuraavien toimintojen ansiosta:
- Automaattisten testien suorittaminen koodissa auttaa havaitsemaan varhaisessa vaiheessa häiriötä aiheuttavat muutokset.
- Koodianalyysin suorittaminen varmistaa koodin standardit, laadun ja määritykset.
- Vaatimustenmukaisuus- ja suojaustarkistuksen suorittaminen varmistaa, ettei ohjelmistoon sisälly tunnettuja haavoittuvuuksia.
- Hyväksyntä- tai toimintatestien suorittaminen varmistaa, että ohjelmisto toimii odotetusti.
- Nopea palautteen antaminen havaituista ongelmista.
- Päivitetyn koodin sisältävien käyttöönotettavien resurssien tai pakettien tuottaminen tarvittaessa.
Ympäristöt
Ympäristön asetukset ja määritykset ovat olennaisia kestävässä ja luotettavassa CI/CD:ssä. Power Platform -ympäristöt voidaan määrittää eristämään ohjelmistokehityksen, testauksen ja käyttöönoton eri vaiheet. CI/CD-prosessi siirtää muutoksia näissä vaiheissa. Muodostettavan ympäristöstrategian on sisällettävä kehittäjäympäristöjen pääperiaatteet.
Jatkuvan integroinnin putket
Jatkuvan integroinnin toteuttamisessa prosessia hallitaan ja se integroidaan ja automatisoidaan työkalujen avulla. Jatkuvan integrointiputken sisältö:
- Alusta automaattisten testien suorittamiseen
- Vaatimustenmukaisuuden tarkistukset
- Raportoidaan
- Kaikki muut komponentit, jotka muodostavat jatkuvan integraatioprosessin
Useimmissa tapauksissa putkiohjelmisto liitetään lähteen hallintaan siten, että kun pull-pyyntöjä luodaan tai ohjelmisto yhdistetään tiettyyn haaraan, jatkuvan integraation putki suoritetaan. Lähdehallinnan integrointi mahdollistaa myös CI-palautteen antamiseen suoraan hakupyynnöissä.
Monet ratkaisut, kuten Azure-putket tai GitHub Actions, sisältävät jatkuvan integrointiputken ominaisuuksia. Lisätietoja on artikkelissa CI/CD:n muodostaminen Azure forilla Microsoft Power Platform.
Lähdehallinnan integrointi
Jatkuvan integrointiputken lähdehallintajärjestelmään integroinnin merkitys on ratkaiseva nopean, omatoimisen koodin lisäyksen mahdollistamisessa.
CI-putki suoritetaan juuri luodussa pull-pyynnössä. Putki sisältää kaikki testit, suojausarvioinnit ja muut tarkistukset. CI-testitulokset näkyvät suoraan pull-pyynnössä, mikä mahdollistaa lähes reaaliaikaisen laatupalautteen.
Toinen suosittu käytäntö on muodostaa pieniä raportteja tai tunnuksia, joita käyttämällä nykyiset koontiversion tilat voidaan tuoda näkyviin lähdehallinnassa.
Seuraavassa kuvassa näkyy GitHubin ja Azure DevOps -putken välinen integraatio. Tässä esimerkissä pull-pyynnön luominen käynnistää putken. Putken tila näkyy pull-pyynnössä.
Testauksen integrointi
Jatkuvan integroinnin tärkeä elementti on koodin jatkuva muodostaminen ja testaaminen kehittäjien tehdessä koodilisäyksiä. Pull-pyyntöjen testaus niiden luonnin yhteydessä antaa heti palautteen siitä, ettei vahvistus aikaansaanut häiriöitä aiheuttavia muutoksia. Etuna on se, että jatkuvan integrointiputken testit voivat olla samoja testejä, jotka suoritetaan testipohjaisessa kehityksessä.
Mukautetun koodin laatutarkistukset
Kun mukautettua koodia otetaan käyttöön ratkaisuissa, koodin laatutarkastusten lisääminen tarkistusputkeen varmistaa, että lähdehallintaan vahvistetaan vain puhdasta mukautettua koodia. Käytettävästä koodauskielestä ja syntaksimalleista riippumatta koodin laadun ylläpitämiseen sekä suojauksen ja hallinnon parantamiseen on käytettävissä useita vaihtoehtoja.
Epäonnistuneet testit
Epäonnistuneiden testien pitäisi estää kehitys tilapäisesti ja johtaa tarkkaan analyysiin siitä, mitä tapahtui Epäonnistuneiden testien pitäisi myös johtaa joko testien tarkentamiseen tai testissä epäonnistumiseen johtaneeseen muutoksen parantamiseen.
Power Platform – avustaminen
Pipelinesin Power Platform tavoitteena on demokratisoida sovellusten elinkaaren hallinta (ALM) Power Platform asiakkaille ja Dynamics 365 tuomalla palveluun ALM-automaatio sekä jatkuvan integraation ja jatkuvan toimituksen (CI/CD) ominaisuudet.
Microsoft Power Platform Koontityökalujen Azure DevOps avulla voidaan automatisoida yleisiä koonti- ja käyttöönottotehtäviä, jotka liittyvät rakennettuihin Power Platform sovelluksiin.
GitHub-toiminnot, joiden Power Platform avulla kehittäjät voivat rakentaa automatisoituja ohjelmistokehityksen elinkaaren työnkulkuja. Microsoft Power Platformin GitHub-toimintojen avulla voit luoda säilöön työnkulkuja sovellusten luomiseen, testaamiseen, paketoimiseen, julkaisuun ja käyttöönottoon, automatisoinnin suorittamiseen sekä bottien ja muiden Microsoft Power Platformissa luotujen komponenttien hallintaan.
ALM Accelerator on avoimen lähdekoodin työkalu, joka koostuu joukosta sovelluksia, skriptejä ja putkia, jotka on suunniteltu automatisoimaan jatkuva integraatio / jatkuva toimitusprosessi.
Automatisoi testit Azure Pipelinesin avulla.
Power Apps tarkistusverkko-ohjelmointirajapinta tarjoaa mekanismin, jolla voidaan suorittaa staattisia analyysitarkistuksia ympäristön mukautuksia ja laajennuksia Microsoft Dataverse vastaan.
Microsoft Power Platform CLI( PAC CLI) on komentorivityökalu, joka tukee ratkaisujen tuontia ja vientiä Power Platform sekä pakkaamista ratkaisujen lähdetiedostoihin Power Platform ja purkamista niistä. PAC CLI on saatavana erillisenä komentorivityökaluna tai koodin laajennuksena Visual Studio .
Liittyvät tiedot
- Sovelluksen elinkaaren hallinta (ALM) ja Microsoft Power Platform
- Luo CI/CD Azure for -sovelluksella Microsoft Power Platform
- Power Platform Ympäristöissä
- Ympäristöstrategian laatiminen
- Yhteisen kehittämisen hallinto
- Käytä skenaarioita terveen ALM: n toteuttamiseen Microsoft Power Apps
- Automatisoi testit Azure Pipelinesin avulla