Forrásellenőrzés megoldásfájlokkal

  • Cikk

A SolutionPackager bármilyen forrásellenőrző rendszerrel használható. Miután egy megoldás .zip-fájlját kibontotta egy mappába, egyszerűen adja hozzá és küldje el a fájlokat a forrásellenőrző rendszernek. Ezután ezeket a fájlokat szinkronizálhatja egy másik számítógépen, ahol egy új, megegyező megoldás .zip-fájljába csomagolhatja be őket.

A kibontott összetevőfájlok forrásellenőrzésben való használata során fontos, hogy ha az összes fájlt hozzáadja forrásellenőrzéshez, akkor szükségtelenül ismétlődhetnek a fájlok. A Megoldás-összetevő fájlreferenciájában megtekintheti, hogy az egyes összetevő-típusokhoz melyik fájlok jönnek létre, és hogy melyik fájlok használata javasolt a forrásellenőrzésben.

Mivel a megoldáshoz további testreszabások és változtatások szükségesek, a fejlesztőknek a meglévő eszközökkel kell módosítaniuk vagy testreszabniuk az összetevőket, majd egy egy .zip-fájl létrehozásához újból el kell végezniük az exportálást, és ugyanabba a mappába ki kell bontaniuk a tömörített megoldásfájlt.

Fontos

A kibontott összetevőfájlok és a .zip-fájlok manuális szerkesztése csak A testreszabási fájl szerkesztésének megfelelő alkalmai című részben ismertetett szakaszok esetében támogatott.

Amikor a SolutionPackager kibontja az összetevőfájlokat, nem írja felül az azonos nevű összetevőfájlokat, ha a fájlok tartalma megegyezik. Ezenkívül az eszköz tiszteletben tartja az összetevőfájlok „írásvédett” attribútumát,és figyelmeztetést jelenít meg a konzol ablakában arról, hogy az adott fájlokat nem írta. Ez alapján a felhasználónak a lehető legkevesebb módosított fájlt kell ellenőriznie a forrásellenőrzésből. A /clobber paraméter használható felülbíráláshoz, és az írásvédett fájlokat felülírhatja vagy törölheti. Az /allowWrite paraméterrel fájlok írása vagy törlése nélkül mérheti fel, hogy egy kitömörítési műveletnek milyen hatása lesz. Az /allowWrite használata részletes naplózással hatékony.

Amikor a kibontási művelet a lehető legkevesebb fájl forrásellenőrzésből való kivételével befejeződik, a fejlesztők – ahogy más típusú forrásfájlokkal történik – visszaküldhetik a módosított fájlokat a forrásellenőrzésbe.

Csoportos fejlesztés

Ha több fejlesztő is dolgozik ugyanazon a megoldás-összetevőn, akkor ütközés léphet fel, ha két fejlesztő ugyanazt a fájlt módosítja. Ez a lehető legritkábban fordul elő, ha minden egyedileg szerkeszthető összetevőt vagy alösszetevőt külön fájlba bont ki. Tekintse meg a következő példát.

  1. Az A és a B fejlesztő ugyanazon a megoldáson dolgozik.

  2. A számítógépük független egymástól, és mindketten a megoldás legfrissebb forrásait használják a forrásellenőrzésből, csomagot készítenek, és különálló Microsoft Dataverse-szervezetekbe importálják egy nem felügyelt megoldás .zip-fájlját.

  3. Az A fejlesztő testreszabja az „Aktív kapcsolattartók” rendszernézetet és a Kapcsolattartó entitás fő űrlapját.

  4. A B fejlesztő testreszabja a Partner entitás fő űrlapját, és módosítja a „Kapcsolattartó keresési nézetét”.

  5. Mindkét fejlesztő egy nem felügyelt megoldás .zip-fájlját és kivonatát exportálja.

    1. Az A fejlesztőnek egy fájlt kell kikérnie a Kapcsolattartó fő űrlapjához, valamint egy fájlt az „Aktív kapcsolattartók” nézethez.

    2. A B fejlesztőnek egy fájlt kell kikérnie a Partner fő űrlapjához, valamint egy fájlt a „Kapcsolattartó keresési nézetéhez”.

  6. A fejlesztők bármilyen sorrendben beküldhetik a saját módosításaikat, mivel más fájlokat módosítottak.

  7. A két beküldés elvégzése után megismételhetik a 2. lépést, majd a további változtatásokat végezhetnek a saját szervezetükben. Mindketten rendelkeznek az összes módosítással, amik nem írják felül a saját munkájukat.

Az előző példa csak akkor működik, ha eltérő fájlok módosulnak. Elkerülhetetlen, hogy a külön-külön testreszabásokhoz szükség legyen az egyes fájlok módosítására. A fenti példa alapján vegye figyelembe, hogy a B fejlesztő pont akkor szabta testre az „Aktív kapcsolattartók” nézetet, amikor az A fejlesztő is. Ebben az új példában fontos az események sorrendje. A helyzet megoldásának megfelelő módja az alábbiakban olvasható.

  1. Az A és a B fejlesztő ugyanazon a megoldáson dolgozik.

  2. A számítógépük független egymástól, és mindketten a megoldás legfrissebb forrásait használják a forrásellenőrzésből, csomagot készítenek, és különálló szervezetekbe importálják egy nem felügyelt megoldás .zip-fájlját.

  3. Az A fejlesztő testreszabja az „Aktív kapcsolattartók” rendszernézetet és a Kapcsolattartó entitás fő űrlapját.

  4. A B fejlesztő testreszabja a Partner entitás fő űrlapját, és módosítja az „Aktív kapcsolattartókat”.

  5. Mindkét fejlesztő nem felügyelt megoldás . zip-fájlját és kivonatát exportálja.

    1. Az A fejlesztőnek egy fájlt kell kikérnie a Kapcsolattartó fő űrlapjához, valamint egy fájlt az „Aktív kapcsolattartók” nézethez.

    2. A B fejlesztőnek egy fájlt kell kikérnie a Partner fő űrlapjához, valamint egy fájlt az „Aktív kapcsolattartók” nézethez.

  6. Az A fejlesztő készül el először.

    1. Mielőtt az A fejlesztő behódol a verziókövetésnek, be kell szereznie a legújabb forrásokat, hogy a korábbi bejelentkezések ne ütközzenek a módosításaikkal.

    2. Nincsenek ütközések, így az A fejlesztő be tudja küldeni.

  7. A B fejlesztő az A fejlesztő után készül el.

    1. Mielőtt a "B" fejlesztő beküldené a beküldést, be kell szereznie a legújabb forrásokat, hogy a korábbi bejelentkezések ne ütközzenek a módosításaikkal.

    2. Ütközés van, mert az "Aktív kapcsolatok" fájlja módosult azóta, hogy B fejlesztő utoljára lekérte a legújabb forrásokat.

    3. A B fejlesztőnek fel kell oldania az ütközést. Lehetséges, hogy a használt forrásellenőrző rendszer funkciói segíthetnek ennek során. Az alábbi lehetőségek közül mindegyik használható.

      1. A B fejlesztő, a forrásellenőrzési előzményekben (ha állnak rendelkezésre előzmények) láthatja, hogy az A fejlesztő hajtotta végre az előző módosítást. Ha közvetlen kapcsolatba lépnek, megbeszélhetik a módosításokat. Ezután a B fejlesztőnek csak frissítenie kell a szervezetet az elfogadott megoldással. A B fejlesztő ezután exportálja, kibontja és felülírja az ütköző fájlt, majd elküldi.

      2. Engedélyezze a verziókövetésnek a helyi fájl felülírását. A B fejlesztő becsomagolja a megoldást, és importálja a szervezetbe, majd felméri a nézet állapotát, és szükség szerint újra testre szabja. Ezután a B fejlesztő exportálhatja, kibonthatja és felülírhatja az ütköző fájlt.

      3. Ha az előzetes módosítás szükségtelennek tekinthető, a B fejlesztő engedélyezi, hogy a fájl másolata felülírja a verziót a verziókövetésben, és elküldi.

Függetlenül attól, hogy megosztott szervezetnél vagy független szervezeteknél dolgozik-e, a Dataverse-megoldások csapatok által történő fejlesztése során a közös megoldáson aktív munkát végzőknek tisztában kell lenniük a többiek munkájával. Erre ugyan a SolutionPackager használata esetén is szükség van, de az eszköz lehetővé teszi a nem ütköző változtatások egyszerű egyesítését a forrásellenőrzés szintjén, és proaktív módon kiemeli azokat a tömör összetevőket, ahol ütközések vannak.

A következő szakaszokban azok az általános eljárások találhatók, amelyekkel hatékonyan használható a SolutionPackager forrásellenőrzéshez a csapatokkal való fejlesztés során. Ezek a megoldások független szervezetekkel és megosztott fejlesztési szervezetekkel is működnek, bár a megosztott szervezetek esetén az exportálás és a kitömörítés természetesen a megoldásban szereplő összes változást tartalmazza, nem csak az exportálást végző fejlesztő által készítetteket. Hasonlóképpen, amikor egy megoldás .zip-fájlját importálja, a természetes viselkedés, vagyis az összes összetevő felülírása történik.

Megoldás létrehozása

A következő eljárás a megoldások első létrehozásakor használt tipikus lépéseket határozza meg.

  1. Tiszta szervezet esetén hozzon létre egy megoldást a Dataverse-kiszolgálón, majd szükség szerint vegyen fel vagy hozzon létre összetevőket.

  2. Ha készen áll a beadásra, hajtsa végre az alábbi műveleteket.

    1. Exportálja a nem felügyelt megoldást.

    2. A SolutionPackager eszközzel bontsa ki a megoldást összetevőfájlokba.

    3. A kibontott összetevőfájlokból vegye fel a szükséges fájlokat a forrásellenőrzéshez.

    4. Küldje el a módosításokat forrásellenőrzésre.

Megoldás módosítása

A következő eljárás egy meglévő megoldás módosításakor használt tipikus lépéseket határozza meg.

  1. Szinkronizálja vagy olvassa be a legújabb megoldás-összetevő fájlforrásait.

  2. A SolutionPackager eszközzel csomagolja be az összetevő fájljait egy nem felügyelt megoldás .zip-fájljába.

  3. Importálja a nem felügyelt megoldás fájlját egy szervezetbe.

  4. Szükség szerint szabja testre és szerkessze a megoldást.

  5. Ha készen áll a változtatások forrásellenőrzéshez való beküldésére, hajtsa végre az alábbi műveleteket.

    1. Exportálja a nem felügyelt megoldást.

    2. A SolutionPackager eszközzel bontsa ki az exportált megoldást összetevőfájlokba.

    3. Szinkronizálja vagy olvassa be a legújabb forrásokat a forrásellenőrzésből.

    4. Egyeztesse az ütközéseket (ha vannak).

    5. Küldje el a módosításokat forrásellenőrzésre.

    A 2. és a 3. lépést el kell végezni, a fejlesztési szervezet további testreszabása előtt. Az 5. lépésen belül a b. lépést a c. lépés előtt kell végrehajtani.

Kapcsolódó információk

Megoldás-összetevő fájlreferenciája (SolutionPackager)
SolutionPackager eszköz