Bronbeheer gebruiken met oplossingsbestanden
Gepubliceerd: november 2016
Is van toepassing op: Dynamics CRM 2015
Het hulpmiddel SolutionPackager kan worden gebruikt met elk bronbeheersysteem. Nadat een oplossingbestand .zip naar een map is uitgepakt, voegt u de bestanden toe aan uw bronbeheersysteem. Deze bestanden kunnen vervolgens worden gesynchroniseerd op een andere computer waar zij in een nieuw identiek oplossingbestand .zip kunnen worden ingepakt.
Een belangrijk aspect bij het gebruik van uitgepakte onderdeelbestanden in bronbeheer, is dat het toevoegen van alle bestanden in de broncontrole tot overbodige verdubbeling kan leiden. Zie Solution component file reference (SolutionPackager) als u wilt bekijken welke bestanden voor elk onderdeeltype worden gegenereerd en welke bestanden zijn aanbevolen voor gebruik in broncontrole.
Aangezien verdere aanpassingen en wijzigingen noodzakelijk zijn voor de oplossing, moeten ontwikkelaars onderdelen bewerken of aanpassen met bestaande middelen, opnieuw exporteren om een .zip bestand te maken, en het gecomprimeerde oplossingbestand in dezelfde map uit te pakken.
Belangrijk
Handmatig bewerken van uitgepakte onderdeelbestanden en .zip bestanden wordt niet ondersteund.
Wanneer het SolutionPackager hulpprogramma de onderdeelbestanden uitpakt, worden de bestaande onderdeelbestanden met dezelfde naam niet overschreven als de bestandsinhoud identiek is. Bovendien respecteert het hulpprogramma het alleen-lezen kenmerk van onderdeelbestanden en geeft het een waarschuwing in het consolevenster dat bepaalde bestanden niet zijn geschreven. Hierdoor kan de gebruiker vanaf bronbeheer, de minimale reeks bestanden bekijken die worden gewijzigd. De parameter /clobber kan worden gebruikt om alleen-lezen bestanden te negeren en mogelijk te overschrijven of te verwijderen. De parameter /allowWrite kan worden gebruikt om te bepalen welk effect een uitpakbewerking heeft zonder werkelijk bestanden te schrijven of te verwijderen. Het gebruik van de /allowWrite met uitgebreide registratie is doeltreffend.
Nadat de uitpakbewerking is voltooid met de minimale reeks bestanden die vanaf broncontrole zijn gecontroleerd, kan een ontwikkelaar de gewijzigde bestanden opnieuw indienen bij broncontrole, zoals gebeurt bij elk ander type bronbestand.
In dit onderwerp
Teamontwikkeling
Een oplossing maken
Een oplossing wijzigen
Teamontwikkeling
Wanneer er meerdere ontwikkelaars zijn die aan hetzelfde oplossingsonderdeel werken, kan zich een conflict voordoen waarbij wijzigingen van twee ontwikkelaars kan leiden tot wijzigingen in één bestand. Dit exemplaar wordt geminimaliseerd door elk afzonderlijk bewerkbare onderdeel of subonderdeel te ontbinden tot een afzonderlijk bestand. Bekijk het volgende voorbeeld.
Ontwikkelaar A en B werken samen aan dezelfde oplossing.
Op onafhankelijke computers, krijgen ze allebei de meest recente oplossingsbronnen van bronbeheer en verpakken en importeren ze een onbeheerd oplossingsbestand .zip in onafhankelijke Microsoft Dynamics 365 organisaties.
Ontwikkelaar A past de systeemweergave "Actieve Contactpersonen" aan en het hoofdformulier voor de entiteit Contactpersoon.
Ontwikkelaar B past het hoofdformulier voor de accountentiteit aan en wijzigt de "Opzoekweergave contactpersoon."
Beide ontwikkelaars exporteren een onbeheerde oplossingbestand .zip en pakken uit.
Ontwikkelaar A moet één bestand controleren voor het hoofdformulier Contactpersoon, en één bestand voor de weergave "Actieve contactpersonen".
Ontwikkelaar B moet één bestand controleren voor het hoofdformulier Account, en één bestand voor de weergave "Opzoeken contactpersonen".
Beide ontwikkelaars kunnen in elke gewenste volgorde hun wijzigingen indienen, aangezien de betreffende wijzigingen afzonderlijke bestanden beïnvloeden.
Nadat beide aanpassingen zijn doorgevoerd, kunnen ze stap 2 herhalen en vervolgens wijzigingen blijven aanbrengen aan hun onafhankelijke organisaties. Ze hebben elk beide sets wijzigingen, zonder hun eigen werk te overschrijven.
Het vorige voorbeeld werkt alleen als er wijzigingen zijn aan afzonderlijke bestanden. Het is onvermijdelijk dat onafhankelijke aanpassingen wijzigingen vereisen in één bestand. Op basis van het bovenstaande voorbeeld, moet u zich inbeelden dat ontwikkelaar B de weergave "Actieve contactpersonen" aanpaste terwijl ontwikkelaar A dit ook deed. In dit nieuwe voorbeeld wordt de volgorde van de gebeurtenissen belangrijk. Het juiste proces om deze situatie op te lossen, volledig uitgeschreven, is als volgt.
Ontwikkelaar A en B werken samen aan dezelfde oplossing.
Op onafhankelijke computers, krijgen ze allebei de meest recente oplossingsbronnen van bronbeheer en verpakken en importeren ze een onbeheerd oplossingsbestand .zip in onafhankelijke organisaties.
Ontwikkelaar A past de systeemweergave "Actieve Contactpersonen" aan en het hoofdformulier voor de entiteit Contactpersoon.
Ontwikkelaar B past het hoofdformulier voor de accountentiteit aan en wijzigt de "Actieve contactpersonen".
De beide ontwikkelaars exporteren een onbeheerd oplossings-.zip-bestand en pakken het uit.
Ontwikkelaar A moet één bestand controleren voor het hoofdformulier Contactpersoon, en één bestand voor de weergave "Actieve contactpersonen".
Ontwikkelaar B moet één bestand controleren voor het hoofdformulier Account, en één bestand voor de weergave "Actieve contactpersonen".
Ontwikkelaar A is eerst klaar.
Voordat hij verzendt naar broncontrole, moet hij de nieuwste bron ophalen om ervoor te zorgen dat er geen eerdere aanpassingen botsen met zijn wijzigingen.
Er zijn geen conflicten, dus hij kan verzenden.
Ontwikkelaar B is klaar na ontwikkelaar A.
Voordat hij verzendt, moet hij de nieuwste bron ophalen om ervoor te zorgen dat er geen eerdere aanpassingen botsen met zijn wijzigingen.
Er is een conflict omdat het bestand voor "Actieve Contactpersonen" is gewijzigd aangezien hij de nieuwste bronnen ophaalde.
Ontwikkelaar B moet het conflict opnieuw ophalen. Het is mogelijk dat de functies van het gebruikte bronbeheersysteem kunnen helpen bij dit proces; anders worden de volgende keuzes allemaal afgesloten.
Ontwikkelaar B kan, via bronbeheergeschiedenis -indien beschikbaar, zien dat de ontwikkelaar A een eerdere wijziging aanbracht. Via directe communicatie kunnen ze elke wijziging bespreken. Vervolgens moet ontwikkelaar B alleen zijn organisatie bijwerken met de afgesproken oplossing. Hij exporteert, extraheert, en overschrijft vervolgens het probleembestand en verzendt dit.
Toestaan dat bronbeheer zijn lokaal bestand overschrijft. Ontwikkelaar B pakt de oplossing in en importeert deze in zijn organisatie, beoordeelt de status van de weergave en past die opnieuw aan indien nodig. Vervolgens, kan hij het probleembestand exporteren, uitpakken en overschrijven.
Als de eerdere wijziging als overbodig kan worden beschouwd, staat ontwikkelaar B toe dat zijn kopie van het bestand de versie overschrijft in broncontrole, en verzendt hij.
Ongeacht of ze werken aan gedeelde organisatie of onafhankelijke organisaties, bij het ontwikkelen van Microsoft Dynamics 365 oplossingen in team moeten de mensen die actief meerwerken aan een gemeenschappelijke oplossing rekening houden met het werk van anderen. Het hulpprogramma SolutionPackager verwijdert deze behoefte niet volledig, maar maakt eenvoudig samenvoegen van niet-strijdige wijzigingen mogelijk op bronbeheerniveau, en benadrukt proactief de beknopte onderdelen waar zich conflicten hebben voorgedaan.
De volgende secties zijn de algemene processen om effectief het SolutionPackager hulpprogramma te gebruiken in bronbeheer bij het ontwikkelen in teams. Zij werken ook met onafhankelijke organisaties of gedeelde ontwikkelingsorganisaties, maar met gedeelde organisaties zal het exporteren en uitpakken alle wijzigingen omvatten die in de oplossing zijn opnemen, en niet alleen deze die zijn gemaakt door de ontwikkelaar die het exporteren uitvoert. Op dezelfde manier zal tijdens het importeren van een oplossingbestand .zip het natuurlijke gedrag om alle onderdelen te overschrijven, zich voordoen.
Een oplossing maken
De volgende procedure identificeert de gebruikelijke stappen wanneer u voor het eerst een oplossing maakt.
In een overzichtelijke organisatie maakt u een oplossing op de Microsoft Dynamics 365 server en kunt u indien nodig onderdelen toevoegen of maken.
Wanneer u klaar bent om deze door te voeren, doet u het volgende.
Exporteer de onbeheerde oplossing.
Gebruik het SolutionPackager hulpprogramma, pak de oplossing uit naar onderdeelbestanden.
Voeg van de uitgepakte onderdeelbestanden, de vereiste bestanden toe aan broncontrole.
Verzend deze wijzigingen naar broncontrole.
Een oplossing wijzigen
De volgende procedure identificeert de gebruikelijke stappen wanneer u een bestaande oplossing wijzigt.
Synchroniseer of haal de nieuwste bestandsbronnen van oplossingsonderdelen op.
Pak de onderdeelbestanden met het SolutionPackager hulpprogramma in een onbeheerde .zip oplossingbestand in.
Importeer het onbeheerde oplossingbestand in een organisatie.
Pas de oplossing aan en bewerk de oplossing indien nodig.
Wanneer u klaar bent om de wijzigingen in de broncontrole door te voeren, doet u het volgende.
Exporteer de onbeheerde oplossing.
Gebruik het SolutionPackager hulpprogramma, pak de geëxporteerde oplossing uit naar onderdeelbestanden.
Synchroniseer of haal de nieuwste bronnen op van broncontrole.
Stem opnieuw af als er zich conflicten voordoen.
Verzend de wijzigingen naar broncontrole.
Stappen 2 en 3 moeten worden uitgevoerd voordat verdere aanpassingen worden aangebracht in de ontwikkelaarsorganisatie. In stap 5 moet u stap b voor stap c voltooien.
Zie ook
Oplossinghulpprogramma's voor teamontwikkeling
Solution component file reference (SolutionPackager)
Gebruik het SolutionPackager-hulpprogramma om een oplossingbestand te comprimeren en te gebruiken
© 2017 Microsoft. Alle rechten voorbehouden. Auteursrecht