Pirminio teksto valdymas naudojant sprendimo failus

"Solution Packager" įrankį galima naudoti su bet kuria šaltinio valdymo sistema. Kai sprendimas .zip failą išskleidžia į aplanką, pridėkite ir pateikite failus šaltinio valdymo sistemoje. Tada šiuos failus bus galima sinchronizuoti kitame kompiuteryje, kur juos galima supakuoti į naują identišką sprendimo .zip failą.

Svarbus aspektas naudojant ištrauktus komponentų failus šaltinio valdiklyje yra tas, kad įtraukus visus failus į šaltinio valdiklį, gali atsirasti nereikalingas dubliavimas. Eikite į sprendimo komponento failo nuorodą , kad sužinotumėte, kurie failai generuojami kiekvienam komponento tipui ir kuriuos failus rekomenduojama naudoti šaltinio valdiklyje.

Kadangi sprendimui reikia tolesnių tinkinimų ir pakeitimų, kūrėjai turi redaguoti arba tinkinti komponentus naudodami esamas priemones, juos vėl eksportuoti ir sukurti .zip failą bei išskleisti suglaudintą sprendimo failą tame pačiame aplanke.

Svarbu

Išskyrus skyrius, aprašytus skyriuje Kada redaguoti tinkinimų failą, neautomatinis išskleistų komponentų failų ir .zip failų redagavimas nepalaikomas.

Kai sprendimų pakavimo įrankis išskleidžia komponentinius failus, jis neperrašo esamų to paties pavadinimo komponentų failų, jei failo turinys yra identiškas. Be to, įrankis atsižvelgia į komponentų failų tik skaitymo atributą, konsolės lange sukurdamas įspėjimą, kad tam tikri failai nebuvo parašyti. Ši apsauga leidžia vartotojui iš šaltinio valdymo paimti minimalų keičiamų failų rinkinį. Parametrą /clobber galima naudoti, jei norite pakeisti ir padaryti taip, kad tik peržiūrai skirti failai būtų perrašyti arba pašalinti. Parametrą /allowWrite galima naudoti norint įvertinti, kokį poveikį turės išskleidimo operacija, neperrašant arba nepašalinant failų. Parametrą /allowWrite efektyvu naudoti su išsamia registracija.

Užbaigus išskleidimo operaciją su minimaliu failų rinkiniu, paimtu iš šaltinio valdiklio, kūrėjas gali pateikti pakeistus failus atgal į šaltinio valdiklį, kaip tai daroma su bet kurio kito tipo šaltinio failais.

Šaltinio kontrolės failų formatai

"Solution Packager" įrankis palaiko du išskleistų komponentų failų formatus. Iš anksto pasirinkus tinkamą formatą, vėliau nereikės perkelti saugyklos struktūros.

XML formatas (senesnis) YAML šaltinio valdiklio formatas
Sprendimo manifestas Other\Solution.xml + Other\Customizations.xml solutions/<name>/solution.yml ir palaikantys YAML failus
Skaitomumas Išsamus XML Kompaktiškas YAML – lengviau skaityti ir peržiūrėti
Skirtinga kokybė Git Dideli XML skirtumai Minimalūs, sufokusuoti skirtumai
Kelių sprendimų atpirkimo sandoriai Nepalaikoma Palaikoma – keli sprendimai dalijasi vienu aplanku
Drobės programos (.msapp) Nepalaikoma Palaikomas
Šiuolaikiniai srautai Nepalaikoma Palaikomas
Vietinė Git integracija Nenaudojama Visada naudojamas – "Git" integracija visada rašo YAML

Kada naudoti YAML formatą: Visiems naujiems projektams ir kai naudojate vietinę "Dataverse Git" integraciją. YAML formatas yra suderinamas su persiuntimu ir sukuria švaresnę pakeitimų istoriją.

Kada naudoti XML formatą: Tik dirbant su esamomis saugyklomis, kurios jau naudoja XML formatą, arba naudojant senstelėjusius įrankius, kurie nepalaiko YAML.

Pastaba.

Kai priimate sprendimus naudodami vietinę "Git" integraciją "Power Apps", jie visada saugomi YAML šaltinio valdymo formatu. Norėdami rankiniu būdu supakuoti arba išpakuoti tą šaltinį naudodami SolutionPackager arba pac solution pack, aplankas turi atitikti YAML aplanko struktūrą. Daugiau informacijos: SolutionPackager įrankis – šaltinio kontrolės failų formatai

Komandinis programavimas

Kai su tuo pačiu sprendimo komponentu dirba keli kūrėjai, gali kilti konfliktas, kai dėl dviejų kūrėjų pakeitimų pakeičiamas vienas failas. Tokio įvykio tikimybė sumažinama kiekvieną atskirai redaguojamą komponentą arba antrinį komponentą suskaidant į atskirą failą. Išnagrinėkite toliau pateiktą pavyzdį.

  1. Kūrėjai A ir B abu kartu dirba su tuo pačiu sprendimu.

  2. Nepriklausomuose kompiuteriuose jie gauna naujausius sprendimo šaltinius iš šaltinio valdiklio, supakuoja ir importuoja nevaldomąjį sprendimą .zip failą į nepriklausomas Microsoft Dataverse organizacijas.

  3. Kūrėjas A tinkina sistemos rodinį "Aktyvūs kontaktai" ir pagrindinę kontakto objekto formą.

  4. Kūrėjas B tinkina pagrindinę kliento objekto formą ir pakeičia "Kontaktų peržvalgos rodinį".

  5. Abu kūrėjai eksportuoja nevaldomojo sprendimo .zip failą ir jį išskleidžia.

    1. Kūrėjas A turės paimti vieną failą pagrindinei kontaktų formai ir vieną failą rodiniui "Aktyvūs kontaktai".

    2. Kūrėjas B turės paimti vieną pagrindinės paskyros formos failą ir vieną "Kontaktų peržvalgos rodinio" failą.

  6. Abu kūrėjai gali pateikti bet kokia tvarka, nes jų atitinkami pakeitimai palietė atskirus failus.

  7. Įvykdę abu pateikimus, jie gali pakartoti 2 veiksmą ir atliktis kitus savo nepriklausomų organizacijų keitimus. Kiekvienas jų turi abu pakeitimų rinkinius, o jų pačių darbas nėra perrašomas.

Ankstesnis pavyzdys galimas tik tokiu atveju, jei keičiami atskiri failai. Neišvengiama, kad nepriklausomiems tinkinimams reikia atlikti pakeitimus viename faile. Remdamiesi anksčiau parodytu pavyzdžiu, apsvarstykite, kad kūrėjas B tinkino rodinį "Aktyvūs kontaktai", o kūrėjas A taip pat jį tinkino. Šiame naujame pavyzdyje įvykių seka tampa svarbi. Čia aprašytas teisingas procesas, kaip suderinti šią keblią padėtį, surašytą visiškai.

  1. Kūrėjai A ir B abu kartu dirba su tuo pačiu sprendimu.

  2. Nepriklausomuose kompiuteriuose jie iš pirminio teksto valdymo sistemos parsisiunčia naujausią sprendimo pirminį tekstą, supakuoja ir importuoja nevaldomojo sprendimo .zip failą į nepriklausomas organizacijas.

  3. Kūrėjas A tinkina sistemos rodinį "Aktyvūs kontaktai" ir pagrindinę kontaktų lentelės formą.

  4. Kūrėjas B tinkina pagrindinę paskyros lentelės formą ir pakeičia "Aktyvius kontaktus".

  5. Abu kūrėjai eksportuoja nevaldomojo sprendimo .zip failą ir jį išskleidžia.

    1. Kūrėjas A turės paimti vieną failą pagrindinei kontaktų formai ir vieną failą rodiniui "Aktyvūs kontaktai".

    2. Kūrėjas B turės paimti vieną failą pagrindinei paskyros formai ir vieną failą rodiniui "Aktyvūs kontaktai".

  6. Pirmiausia pasirengęs kūrėjas A.

    1. Prieš pateikdamas šaltinio valdymui kūrėjas A, jis turi gauti naujausius šaltinius, kad užtikrintų, jog išankstiniai prisiregistravimai neprieštarautų jų pakeitimams.

    2. Nėra jokių konfliktų, todėl kūrėjas A gali pateikti.

  7. Tada po kūrėjo A yra pasiruošęs kūrėjas B.

    1. Prieš pateikdamas kūrėją B, jis turi gauti naujausius šaltinius, kad užtikrintų, jog išankstiniai prisiregistravimai neprieštarautų jų pakeitimams.

    2. Kyla konfliktas, nes "Active Contacts" failas buvo modifikuotas nuo tada, kai kūrėjas B paskutinį kartą nuskaitė naujausius šaltinius.

    3. Kūrėjas B turi išspręsti konfliktą. Gali būti, kad naudojamos šaltinio valdymo sistemos galimybės gali padėti šiam procesui; priešingu atveju visi šie pasirinkimai yra perspektyvūs.

      1. Kūrėjas B, naudodamas šaltinio valdymo istoriją, jei yra, gali pastebėti, kad kūrėjas A atliko ankstesnį pakeitimą. Tiesiogiai bendraudami jie gali aptarti visus pakeitimus. Tada kūrėjas B turi tik atnaujinti organizaciją sutarta rezoliucija. Tada kūrėjas B eksportuoja, išskleidžia ir perrašo nesuderinamą failą ir pateikia.

      2. Leiskite šaltinio valdikliui perrašyti vietinį failą. Kūrėjas B supakuoja sprendimą ir importuoja jį į savo organizaciją, tada įvertina rodinio būseną ir, jei reikia, iš naujo jį pritaiko. Tada kūrėjas B gali eksportuoti, išskleisti ir perrašyti nesuderinamą failą.

      3. Jei ankstesnis pakeitimas laikomas nereikalingu, kūrėjas B leidžia savo failo kopijai perrašyti versiją šaltinio valdiklyje ir pateikia.

Nesvarbu, ar dirbate bendroje aplinkoje, ar nepriklausomoje aplinkoje, komandos sprendimų kūrimas Dataverse reikalauja, kad tie, kurie aktyviai dirba ieškodami bendro sprendimo, žinotų apie kitų darbą. "Solution Packager" įrankis visiškai nepašalina šio poreikio, tačiau leidžia lengvai sujungti nekonfliktuojančius pakeitimus šaltinio valdymo lygiu ir aktyviai pabrėžia glaustus komponentus, kai kyla konfliktų.

Kiti skyriai yra bendrieji procesai, skirti efektyviai naudoti "Solution Packager" įrankį šaltinio valdyme kuriant su komandomis. Jie vienodai veikia su nepriklausomomis aplinkomis arba bendromis kūrimo aplinkomis, nors su bendromis aplinkomis eksportavimas ir išskleidimas natūraliai apima visus sprendime esančius pakeitimus, o ne tik tuos, kuriuos atliko eksportą atliekantis kūrėjas. Panašiai, importuojant sprendimą .zip failą, atsiranda natūralus visų komponentų perrašymo elgesys.

Sprendimo kūrimas

Ši procedūra nustato tipinius veiksmus, naudojamus pirmą kartą kuriant sprendimą.

  1. Švarioje aplinkoje su sukurkite Dataverse sprendimą, tada pridėkite arba sukurkite komponentus, jei reikia.

  2. Kai būsite pasirengę užsiregistruoti, atlikite toliau nurodytus veiksmus.

    1. Eksportuokite nevaldomąjį sprendimą.

    2. Naudodami "Solution Packager" įrankį, išskleiskite sprendimą į komponentinius failus.

    3. Iš šių išskleistų komponentų failų reikiamus failus įtraukite į pirminio teksto valdymo sistemą.

    4. Šiuos keitimus įkelkite į pirminio teksto valdymo sistemą.

Sprendimo modifikavimas

Toliau pateikta procedūra apima įprastus veiksmus, naudojamus modifikuojant esamą sprendimą.

  1. Sinchronizuokite arba gaukite naujausius sprendimo komponentų failų pirminius tekstus.

  2. Naudodami "Solution Packager" įrankį, supakuokite komponentinius failus į nevaldomą sprendimo .zip failą.

  3. Importuokite nevaldomojo sprendimo failą į aplinką.

  4. Jei reikia, tinkinkite ir redaguokite sprendimą.

  5. Kai būsite pasirengę patikrinti šaltinio valdiklio pakeitimus, atlikite šiuos veiksmus.

    1. Eksportuokite nevaldomąjį sprendimą.

    2. Naudodami "Solution Packager" įrankį, išskleiskite eksportuotą sprendimą į komponentų failus.

    3. Sinchronizuokite arba gaukite naujausius pirminius tekstus iš pirminio teksto valdymo sistemos.

    4. Išspręskite, jei yra konfliktų.

    5. Pakeitimus įkelkite į pirminio teksto valdymo sistemą.

    2 ir 3 veiksmus būtina atlikti prieš toliau atliekant tinkinimus kūrimo organizacijoje. Atliekant 5 veiksmą, prieš c veiksmą būtina užbaigti b veiksmą.

Taip pat žiūrėkite

Sprendimo komponento failo nuoroda (SolutionPackager)
SolutionPackager įrankis
Šaltinio kontrolės failų formatai

  • Last updated on