Ratkaisun päivityksiä yksinkertaistavien korjaustiedostojen luominen

Jos lisäät taulukon ratkaisuun ja viet ratkaisun, viet taulukon ja kaikki kyseiseen ratkaisuun liittyvät resurssit. Nämä resurssit sisältävät sarakkeita (määritteitä), lomakkeita, näkymiä, suhteita ja visualisointeja sekä muita resursseja, jotka on pakattu taulukkoon. Kaikkien objektien vieminen tarkoittaa sitä, että voit tahattomasti muuttaa objekteja kohdekäyttöönotossa tai siirtää tahattomia riippuvuuksia.

Riippuvuuksien käsittelemiseksi luo ja julkaise ratkaisukorjauksia, jotka sisältävät taulukoiden alikomponentteja sen sijaan, että julkaiset koko taulukon ja kaikki sen resurssit. Voit koota (yhdistää) alkuperäisen ratkaisun ja yhden tai useamman siihen liittyvän korjaustiedoston myöhemmin ratkaisun päivitetyksi versioksi, joka voi sitten korvata alkuperäisen ratkaisun kohde-Microsoft Dataverse -organisaatiossa.

Korjaukset

Voit ottaa korjauksia käyttöön joko hallituissa tai hallitsemattomissa ratkaisuissa ja lisätä vain taulukkojen ja niihin liittyvien taulukkoresurssien muutoksia. Korjaustiedostot eivät sisällä mukauttamattomia järjestelmän osia tai suhteita, joista ne ovat riippuvaisia, koska nämä osat ovat jo olemassa kohdeorganisaatiossa. Kehitysjakson jossakin vaiheessa voit koota kaikki korjaustiedostot uuteen ratkaisuversioon ja korvata alkuperäisen ratkaisun, josta korjaustiedostot on luotu.

Dataverse-tietokanta tallentaa paikkaukset taulun tietueina Solution. ParentSolutionId-määrite, joka ei ole null, osoittaa, että ratkaisu on paikka. Voit luoda ja hallita korjauksia .NETin SDK:n tai Web API -rajapintojen kautta. Ne ovat hyödyllisiä automaation kehittämisessä, kuten tuotteen asennuskomentosarjan. Dataversen verkkosovellus tarjoaa kuitenkin erilaisia verkkolomakkeita, joiden avulla voit luoda ja hallita korjauksia vuorovaikutteisesti.

• Voit luoda korjauksia vain yläratkaisusta käyttämällä CloneAsPatchRequest tai CloneAsPatch Action.
• Korjauksen ylätason kohde ei voi olla korjaus.
• Korjauksella voi olla vain yksi ylätason ratkaisu.
• Korjaus luo ratkaisutasolla riippuvuuden emoratkaisuunsa.
• Voit asentaa korjaustiedoston vain, jos pääratkaisu on olemassa.
• Et voi asentaa korjausta, elleivät ParentSolutionId:n määrittämän pääratkaisun yksilöllinen nimi ja pää- tai aliversionumero vastaa kohdeorganisaatioon asennetun pääratkaisun vastaavia tietoja.
• Korjausversionumerolla on oltava sama pää- ja alinumero, mutta suurempi koontiversio- ja julkaisunumero kuin yläratkaisun versionumero. Näyttönimi voi olla toinen.
• Jos ratkaisussa on korjaustiedostoja, seuraavien korjaustiedostojen versionumeron on oltava numeerisesti suurempi kuin mikään kyseisen ratkaisun olemassa oleva korjaustiedosto.
• Korjaustiedostot tukevat samoja toimintoja kuin ratkaisutiedostot, kuten lisäävää päivitystä, mutta eivät poistoa. Osia ei voi poistaa ratkaisusta paikkaustiedoston avulla. Jos haluat poistaa osia ratkaisusta, suorita päivitysversio.
• Sinun on tuotava korjaustiedostot, jotka on viety hallittuina hallitun pääratkaisun päälle. Sääntö on se, että päivityssuojauksen (hallittu tai hallitsematon) on vastattava sen ylempää kohdetta.
• Älä käytä hallitsemattomia korjauksia tuotannossa.

Työkalut SolutionPackager ja PackageDeployer tukevat ratkaisukorjauksia. Katso työkalun online-ohjeesta korjaustiedostoihin liittyvät komentorivivalitsimet.

Luo korjaus

Voit luoda korjaustiedoston ympäristössä hallitsemattomasta ratkaisusta käyttämällä CloneAsPatchRequest -viestiä, CloneAsPatch-toimntoa, verkkosovellusta. Kun luot korjauksen, lukitset alkuperäisen ratkaisun, etkä voi muuttaa tai viedä sitä niin kauan kuin ympäristössä on riippuvaisia korjauksia, jotka tunnistavat ratkaisun emoratkaisuksi. Korjausversion versiointi on samankaltainen kuin ratkaisun versiointi, ja se on määritetty seuraavassa muodossa: major.minor.build.release. Et voi muuttaa olemassa olevia ratkaisun pää- tai aliversioita, kun luot korjauksen.

Korjaustiedoston vieminen ja tuominen

Voit viedä ja tuoda korjaustiedoston käyttämällä SDK for .NETiä, verkko-ohjelmointirajapintoja, verkkosovellusta tai Package Deployer -työkalua. .NET SDK:n asiaankuuluvat pyyntöluokat ovat ImportSolutionRequest ja ExportSolutionRequest. Www-ohjelmointirajapinnan soveltuvia toimintoja ovat ImportSolution Action ja ExportSolution Action.

Korjausesimerkkejä

Seuraavassa taulukossa on luettelo päivitysesimerkin tiedoista. Tässä esimerkissä tuot ratkaisun ja korjaustiedostot numeerisessa järjestyksessä, ja ne tuodaan lisäyksinä, mikä on yleisen ratkaisujen tuontitavan mukaista.

Tuontiprosessi on seuraava.

1. Kehittäjä tai mukauttaja tuo ensin perusratkaisun (SolutionA 1.0) ympäristöön. Tuloksena on entityA, ja ympäristössä on kuusi kenttää.
2. Tuo seuraavaksi SolutionA korjaus 1.0.1.0. Ympäristö sisältää nyt entityA:n, jossa on kuusi kenttää (joista kolme on päivitetty), sekä entityB:n, jossa on 10 kenttää.
3. Tuo SolutionA lopuksi päivitys 1.0.2.0. Ympäristössä on nyt entityA, jossa on 6 kenttää (3 on päivitetty), sekä entityB, jossa on 10 kenttää, sekä entityC, jossa on 10 kenttää.

Toinen korjausesimerkki

Katsotaan toista korjausesimerkkiä. Tiedot on lueteltu seuraavassa taulukossa.

Tuontiprosessi on seuraava:

1. Kehittäjä tai mukauttaja tuo ensin perusratkaisun (SolutionA 1.0) ympäristöön. Tuloksena on Account-taulukko, jossa on 30 merkin levyinen tilinumerosarake.
2. Tuo SolutionB. Ympäristössä on nyt Account-taulukko, jolla on 50 merkin pituinen tilinumerosarake.
3. Tuo korjaus SolutionA 1.0.1.0. Ympäristössä on yhä Account-taulukko, jolla on 50 merkin pituinen tilinumerosarake, jollaista myös SolutionB:ssä käytetään.
4. Poista SolutionB. Ympäristössä on nyt Account-taulukko, jossa on 35 merkin pituinen tilinumerosarake, sellaisena kuin SolutionA 1.0.1.0 -korjaustiedosto on sen ottanut käyttöön.

Poista korjaus

Voit poistaa korjausratkaisun tai perusratkaisun (yläratkaisun) käyttämällä DeleteRequest -toimintoa tai käyttää Web API:ssa HTTP DELETE -metodia. Poistoprosessi on erilainen hallitulle tai hallitsemattomalle ratkaisulle, jolle ympäristössä on olemassa vähintään yksi korjaustiedosto.

Jos kyseessä on hallitsematon ratkaisu, sinun on poistettava kaikkien korjaustiedostojen asennus ensin niiden luontijärjestykseen nähden käänteisessä versiojärjestyksessä ennen perusratkaisun asennuksen poistamista.

Hallitun ratkaisun kohdalla poistat yksinkertaisesti perusratkaisun. Dataverse-järjestelmä poistaa korjauspäivitykset automaattisesti käänteisessä versiojärjestyksessä ennen perusratkaisun asennuksen poistamista. Voit myös poistaa yksittäisen korjaustiedoston asennuksen.

Päivitä ratkaisu

Ratkaisun päivittämiseen kuuluu kaikkien korjaustiedostojen yhdistäminen ratkaisun uudeksi versioksi. Tämän jälkeen ratkaisun lukitus poistuu, ja sitä voi muokata uudelleen (vain ei-hallittu ratkaisu) tai viedä. Jos kyseessä on hallittu ratkaisu, ratkaisun muita muokkauksia ei sallita, paitsi kun luodaan korjaustiedostoja vastikään päivitetystä ratkaisusta. Voit koostaa korjauspaketit hallitsemattomaksi ratkaisuksi käyttämällä CloneAsSolutionRequest tai CloneAsSolution-toimintoa. Ratkaisun kloonaus luo hallitsemattomasta ratkaisusta uuden version, joka sisältää kaikki sen korjaukset ja suuremman major.minor-versionumeron, saman yksilöivän nimen ja näyttönimen.

Hallitussa ratkaisussa asiat käsitellään hieman eri tavalla. Kloonaa ensin hallitsematon ratkaisu (A), sisällytä kaikki sen korjaustiedostot ja vie se sitten hallittuna ratkaisuna (B). Kohdeorganisaatiossa, joka sisältää ratkaisun (A) hallitun version ja sen hallitut korjaustiedostot, tuodaan hallittu ratkaisu (B) ja korvataan ratkaisu (A) ja sen korjaustiedostot suorittamalla DeleteAndPromoteRequest tai DeleteAndPromote-toiminto päivitetyllä hallitulla ratkaisulla (B), jossa on suurempi versionumero.

Katso myös

Käytä segmentoituja ratkaisuja