Bendrinti naudojant

Pirminio teksto valdymas naudojant sprendimo failus

  • Straipsnis

„SolutionPackager“ įrankį galima naudoti su bet kuria pirminio teksto valdymo sistema. Po to, kai sprendimo .zip failas buvo išskleistas aplanke, tiesiog pridėkite ir pateikite failus savo pirminio teksto valdymo sistemoje. Tada šiuos failus bus galima sinchronizuoti kitame kompiuteryje, kur juos galima supakuoti į naują identišką sprendimo .zip failą.

Pirminio teksto valdymo sistemoje naudojant išskleistus komponentų failus svarbu yra tai, kad įtraukus visus failus į pirminio teksto valdymo sistemą gali būti vykdomas nereikalingas dubliavimas. Žr. Sprendimo komponento failo nuoroda, kur nurodyta, kokie failai yra generuojami kiekvienam komponento tipui ir kokius failus rekomenduojama naudoti pirminio teksto valdymo sistemoje.

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 dalis, aprašytas Kada redaguoti tinkinimų failą, gautų komponentų failų ir .zip failų redagavimas rankiniu būdu nėra palaikomas.

Kai „SolutionPackager“ įrankis išskleidžia komponentų failus, jei failo turinys identiškas, jis neperrašo egzistuojančių komponentų failų su tuo pačiu pavadinimu. Be to, įrankis atsižvelgia į komponentų failų, kurie yra skirti tik peržiūrai, atributą ir pateikia įspėjimą konsolės lange, kad tam tikri failai nebuvo įrašyti. Tai leidžia vartotojui pirminio teksto valdymo sistemoje registruoti 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.

Baigus išskleidimo operaciją, kuriai naudotas minimalus iš pirminio teksto valdymo sistemos gautas failų rinkinys, kūrėjas gali vėl įkelti pakeistus failus į pirminio teksto valdymo sistemą, kaip tai daroma su visais kitais pirminio teksto failų tipais.

Komandinis programavimas

Kai su vienu sprendimo komponentu dirba keli kūrėjai, gali kilti konfliktas, kai dėl dviejų kūrėjų pakeitimų atliekamas vieno failo pakeitimas. 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 iš pirminio teksto valdymo sistemos parsisiunčia naujausią sprendimo pirminį tekstą, supakuoja ir importuoja nevaldomojo sprendimo .zip failą į nepriklausomas „Microsoft Dataverse“ organizacijas.

  3. Kūrėjas A tinkina „aktyvių kontaktų“ sistemos rodinį ir pagrindinę kontakto objekto formą.

  4. Kūrėjas B tinkina pagrindinę paskyros 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 atsisiųsti vieną kontakto pagrindinės formos failą ir vieną aktyvių kontaktų rodinio failą.

    2. Kūrėjas B turės atsisiųsti vieną paskyros pagrindinės formos failą ir vieną „kontaktų peržvalgos rodinio“ failą.

  6. Abu kūrėjai gali pakeistus failus pateikti bet kuria tvarka, nes jų atitinkami pakeitimai buvo skirtinguose failuose.

  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 atliekant nepriklausomus tinkinimus pakeitimus reikės atlikti viename faile. Remdamiesi aukščiau pavyzdžiais, tarkime, kad kūrėjas B tinkino „aktyvių kontaktų“ rodinį, kol jį tinkino ir kūrėjas A. Šiame naujame pavyzdyje įvykių seka tampa svarbi. Toliau išsamiai aprašytas procesas, kuris gali būti tinkamas šioje situacijoje.

  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 „aktyvių kontaktų“ sistemos rodinį ir pagrindinę kontakto objekto formą.

  4. Kūrėjas B tinkina pagrindinę paskyros objekto formą ir pakeičia „aktyvius kontaktus“.

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

    1. Kūrėjas A turės atsisiųsti vieną kontakto pagrindinės formos failą ir vieną aktyvių kontaktų rodinio failą.

    2. Kūrėjas B turės atsisiųsti vieną paskyros pagrindinės formos failą ir vieną „aktyvių kontaktų“ rodinio failą.

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

    1. Prieš kūrėjui A pateikiant šaltinio valdymą, jis turi gauti naujausius šaltinius, kad įsitikintų, jog išankstinės registracijos neprieštarauja 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 įsitikintų, jog jokios išankstinės registracijos neprieštarauja jų pakeitimams.

    2. Kyla konfliktas, nes failas "Aktyvūs kontaktai" buvo pakeistas nuo tada, kai kūrėjas B paskutinį kartą gavo naujausius šaltinius.

    3. Kūrėjas B turi išspręsti konfliktą. Vykdant procesą galima pasinaudoti pirminio teksto valdymo sistemos galimybėmis. Jei ne, galima rinktis toliau aprašytus sprendimo būdus.

      1. Kūrėjas B, peržiūrėjęs pirminio teksto valdymo sistemos istoriją, jei ji pasiekiama, gali matyti, kad kūrėjas A atliko pakeitimą. Tiesiogiai bendraudami jie gali aptarti visus pakeitimus. Tada kūrėjas B turi tik atnaujinti organizaciją su sutarta rezoliucija. Tada kūrėjas B eksportuoja, ištraukia ir perrašo nesuderinamą failą ir pateikia.

      2. Leisti šaltinio kontrolei 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į tinkina. Tada kūrėjas B gali eksportuoti, išskleisti ir perrašyti nesuderinamą failą.

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

Dirbant tiek su bendromis, tiek su nepriklausomomis organizacijomis, „Dataverse“ sprendimų kūrimas reikalauja aktyviai dirbti su bendru sprendimu, atsižvelgiant į kitų darbą. „SolutionPackager“ tokį poreikį pašalins nevisiškai, tačiau leis lengvai sulieti nekonfliktuojančius pakeitimus pirminio teksto valdymo sistemos lygiu bei nurodys komponentus kilus konfliktams.

Toliau pateiktos bendrosios procedūros, skirtos efektyviai naudoti „SolutionPackager“ įrankį pirminio teksto valdymo sistemoje, kai kuriama komandomis. Jos vienodai veiksmingai dirbant su nepriklausomomis organizacijomis arba bendromis kūrimo organizacijomis, nors bendrų organizacijų atveju eksportavimas ir išskleidimas natūraliai apima visus sprendimo pakeitimus, o ne tik tuos, kuriuos atliko eksportuojantis kūrėjas. Atitinkamai, importuojant sprendimo .zip failą natūraliai bus linkstama perrašyti visus komponentus.

Sprendimo kūrimas

Toliau pateikta procedūra apima įprastus veiksmus, naudojamus pirmą kartą kuriant sprendimą.

  1. Švarioje organizacijoje sukurkite sprendimą „Dataverse“ serveryje, o tada įtraukite arba sukurkite reikiamus komponentus.

  2. Kai būsite pasirengę įkelti, atlikite šiuos veiksmus.

    1. Eksportuokite nevaldomąjį sprendimą.

    2. Naudodami „SolutionPackager“ įrankį, išskleiskite sprendimą į komponentų 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 „SolutionPackager“ įrankį, supakuokite komponentų failus į nevaldomojo sprendimo .zip failą.

  3. Importuokite nevaldomojo sprendimo failą į organizaciją.

  4. Jei reikia, tinkinkite ir redaguokite sprendimą.

  5. Kai būsite pasirengę įkelti pakeitimus į pirminio teksto valdymo sistemą, atlikite šiuos veiksmus.

    1. Eksportuokite nevaldomąjį sprendimą.

    2. Naudodami „SolutionPackager“ į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 žr.

Sprendimo komponento failo nuoroda („SolutionPackager“)
Sprendimo pakavimo įrankis