Paikade loomine lahenduste värskenduste lihtsustamiseks

Kui lisate lahendusele tabeli ja ekspordite lahenduse, eksporditakse tabel ja kõik sellega seotud varad sellesse lahendusse. Nende varade hulka kuuluvad veerud (atribuudid), vormid, vaated, seosed ja visualiseeringud ning kõik muud tabeliga kaasas olevad varad. Kõigi objektide eksportimine tähendab, et saate sihtjuurutuses olevaid objekte tahtmatult muuta või soovimatuid sõltuvusi üle kanda.

Sõltuvuste lahendamiseks saate luua ja avaldada lahenduste paiku, mis sisaldavad tabelite alamkomponente, selle asemel, et avaldada kogu tabel ja kõik selle ressursid. Algse lahenduse ja ühe paiga või mitu seotud paika saab hiljem koondada (ühendada) lahenduse uuendatud versiooniks, mis seejärel saab asendada algse lahenduse Microsoft Dataverse'i sihtorganisatsioonis.

Paigad

Saate paiku rakendada nii hallatavatele kui ka mittehallatavatele lahendustele ning lisada muudatusi ainult tabelitesse ja nendega seotud tabeli varadesse. Paigad ei sisalda kohandamata süsteemikomponente ega seoseid, millest need sõltuvad, kuna need komponendid on juurutatud organisatsioonis juba olemas. Mingil hetkel saate oma arendustsüklis koondada kõik paigad kokku uude lahenduse versiooni, et asendada algne lahendus, millest paigad loodi.

Parandused salvestatakse andmebaasis tabeli kirjetena. Dataverse Solution Mittetühiväärtusega atribuut ParentSolutionId näitab, et lahendus on paik. Paiku saab luua ja hallata .NET-i SDK või veebiliideste (Web API-de) kaudu, mis on kasulikud automatiseerimise, näiteks toote installiskripti arendamiseks. Samas pakub Dataverse'i veebirakendus mitmesuguseid veebivorme, mis võimaldavad paiku interaktiivselt luua ja hallata.

• Paiku saab luua ainult peamise lahenduse kaudu, kasutades paika CloneAsPatchRequest või Toiming CloneAsPatch.
• Paiga vanem ei saa olla paik.
• Paikadel võib olla ainult üks peamine lahendus.
• Paik loob lahenduse tasandil sõltuvuse oma peamisest lahendusest.
• Paiga saate installida ainult juhul, kui peamine lahendus on olemas.
• Parandust ei saa installida, kui peamise lahenduse unikaalne nimi ja põhi- või vaheversiooni number, mille tuvastab ParentSolutionId, ei vasta sihtorganisatsioonis installitud peamise lahenduse omadele.
• Paiga versioonil peab olema sama põhi- ja vaheversiooninumber, kuid suurem järgu ja väljaande number võrreldes peamise lahenduse versiooninumbriga. Kuvatav nimi võib olla erinev.
• Kui lahendusel on paigad, peab järgmistel paikadel olema suurem versiooninumber kui ükskõik millisel selle lahenduse olemasoleval plaastril.
• Paigad toetavad samu toiminguid, mida toetavad lahendused, näiteks lisatava üksuse uuendamine, kuid mitte selle eemaldamine. Paiga abil ei saa lahendusest komponente eemaldada. Komponentide eemaldamiseks lahendusest täiendage versiooni.
• Hallatavatena eksporditud paigad tuleb importida peamise hallatava lahenduse peale. Reegel seisneb selles, et paiga kaitse (hallatav või mittehallatav) peab ühtima selle peamise kaitsega.
• Ärge kasutage hallamata paiku tootmisotstarbel.

Tööriistad SolutionPackager ja PackageDeployer toetavad lahenduste paiku. Teavet paikadega seotud käsurea suvandite kohta leiate tööriista võrguspikrist.

Paiga loomine

Looge keskkonnas haldamata lahendusest paik, kasutades sõnumit CloneAsPatchRequest või toimingut CloneAsPatch või veebirakendust. Kui olete paiga loonud, lukustatakse algne lahendus ja te ei saa seda muuta ega eksportida seni, kuni keskkonnas on sõltuvaid paigad, mis tuvastavad lahenduse peamise lahendusena. Paiga versioonimine sarnaneb lahenduse versioonimisega ja on määratud järgmises vormingus: major.minor.build.release. Paiga loomisel ei saa olemasolevaid põhi- ega lisalahenduse versioone muuta.

Paiga eksportimine ja importimine

Paiga eksportimiseks ja importimiseks kasutage .NET-i või veebiliideste SDK-d, veebirakendust või tööriista Package Deployer . .NET-i päringuklasside jaoks on asjakohased SDK-d ImportSolutionRequest ja ExportSolutionRequest. Veebi API-ga seotud toimingud on toiming ImportSolution ja toiming ExportSolution.

Paikamise näited

Järgmises tabelis on toodud paikamise näite üksikasjad. Selles näites imporditakse lahendus ja plaastrid numbrilises järjekorras ning need on aditiivsed, mis on kooskõlas lahenduste impordiga üldiselt.

Paiga nimi	Kirjeldus
SolutionA, versioon 1.0 (haldamata)	Sisaldab kuut välja. entityA
SolutionA, versioon 1.0.1.0 (haldamata)	Sisaldab kuut välja (kolm on uuendatud) ja lisab 10 välja. entityAentityB
SolutionA, versioon 1.0.2.0 (haldamata)	Sisaldab 10 välja. entityC

Importimise protsess on järgmine.

1. Arendaja või kohandaja impordib esmalt keskkonda baaslahenduse (SolutionA 1.0). Tulemuseks on entityA keskkonnas kuus välja.
2. Järgmisena imporditakse paik 1.0.1.0. SolutionA Keskkond sisaldab nüüd **kuus** välja (kolm on uuendatud) ja **10** välja. entityAentityB
3. Lõpuks imporditakse paik 1.0.2.0. SolutionA Keskkond sisaldab nüüd entityA kuus välja (kolm on uuendatud), entityB 10 välja ja entityC 10 välja.

Teine paikamise näide

Vaatame veel ühte paikamise näidet, mille üksikasjad on loetletud järgmises tabelis.

Paiga nimi	Kirjeldus
SolutionA, versioon 1.0 (haldamata baaslahendus)	Sisaldab tabelit, kus kontonumbri veeru pikkust saab muuta 20 tähemärgilt 30 tähemärgile. Account
SolutionB, versioon 2.0 (haldamata, teine müüja)	Sisaldab tabelit, kus kontonumbri veeru pikkus on kohandatud 50 tähemärgini. Account
SolutionA, versioon 1.0.1.0 (haldamata, parandus)	Sisaldab värskendust tabelis Account , kus kontonumbri veeru pikkus on muudetud 35 tähemärgini.

Importimise protsess on järgmine.

1. Arendaja või kohandaja impordib esmalt keskkonda baaslahenduse (SolutionA 1.0). Tulemuseks on tabel, mille kontonumbri veerg on 30 tähemärki. Account
2. SolutionB on imporditud. Keskkond sisaldab nüüd tabelit, mille kontonumbri veerg on 50 tähemärki. Account
3. SolutionA Patch 1.0.1.0 on imporditud. Keskkond sisaldab endiselt tabelit, mille kontonumbri veerg on 50 tähemärki, nagu on rakendatud koodiga Account . SolutionB
4. SolutionB on desinstallitud. Keskkond sisaldab nüüd tabelit, mille kontonumbri veerg on 35 tähemärki, nagu on rakendatud paigas 1.0.1.0. AccountSolutionA

Paiga kustutamine

Paiga või baaslahenduse (peamise lahenduse) saate kustutada sõnumi DeleteRequest abil või veebi API korral meetodi HTTP DELETE abil. Kustutamisprotsess on erinev hallatava või mittehallatava lahenduse puhul, millel on keskkonnas üks või mitu olemasolevat parandust.

Mittehallatava lahenduse korral peate enne baaslahenduse desinstallimist esmalt desinstallima kõik baaslahenduse paigad nende versioonide loomise järjekorrale vastupidises järjekorras.

Hallatav lahendus korral desinstallige peamine lahendus. Enne peamise lahenduse desinstallimist desinstallib Dataverse'i süsteem paigad automaatselt versioonide loomise järjekorrale vastupidises järjekorras. Samuti saate korraga eemaldada ühe paiga.

Värskenda lahendust

Lahenduse värskendamiseks tuleb kõik selle lahenduse paigad koondada kokku (ühendada) lahenduse uude versiooni. Pärast seda muutub see lahendus lukust avatuks ja seda saab uuesti muuta (ainult mittehallatava lahenduse korral) või eksportida. Hallatava lahenduse korral ei ole lahenduse edasine muutmine lubatud, välja arvatud äsja värskendatud lahendusest paikade loomine. Paikade mittehallatavateks lahendusteks ümberarvestuseks kasutage suvandit CloneAsSolutionRequest või toimingut CloneAsSolution. Lahenduse kloonimine loob mittehallatava lahenduse uue versiooni, mis sisaldab kõiki selle paiku, ning millel on suurem põhi-/vaheversiooninumber, sama kordumatu nimi ja kuvatav nimi.

Hallatava lahenduse puhul toimitakse veidi erinevalt. Esmalt tuleb kloonida mittehallatav lahendus (A), mis sisaldab kõiki selle paiku ja seejärel tuleb see eksportida hallatava lahendusena (B). Lahenduse (A) ja selle paikade hallatavat versiooni sisaldavas sihtorganisatsioonis peate importima hallatava lahenduse (B) ja seejärel käivitate sõnumi DeleteAndPromoteRequest või toiming DeleteAndPromote, et asendada hallatav lahendus (A) ja selle paigad täiendatud hallatava lahendusega (B), millel on suurem versiooninumber.

Vt ka

Kasutage segmenteeritud lahendusi