Implementatiepijplijnen aanpassen met sjablonen
De ALM Accelerator bevat kant-en-klare pijplijnen voor implementatie in omgevingen, gebaseerd op een standaardomgeving en vertakkingsstrategie. U kunt de ALM Accelerator-pijplijnen eenvoudig aanpassen met een BYOT-aanpak (Bring Your Own Template). Met BYOT kunt u bepalen wat een implementatie activeert op basis van uw vertakkingsstrategie. Met BYOT kunt u ook pijplijnen maken voor andere omgevingen dan de standaard validatie-, test- en productieomgevingen.
Het scenario dat wordt beschreven in dit artikel, De pijplijnsjabloon aanpassen om een nieuwe acceptatieomgeving op te nemen, is slechts een van de vele mogelijke scenario's die kunnen worden geïmplementeerd met behulp van een BYOT-benadering.
BYOT gebruiken om uw implementatiepijplijnen aan te passen
Wanneer u het ALM Accelerator for Power Platform installeert, worden de pijplijnsjablonen in de CoE Starter Kit GitHub-opslagplaats gekopieerd naar uw Azure DevOps Git-opslagplaats. Met uw eigen exemplaar van de pijplijnsjablonen kunt u ze wijzigen zonder dat ze worden beïnvloed door wijzigingen in onze opslagplaats of het upgradepad van de oplossing beïnvloeden.
In de volgende tabel worden de drie implementatiepijplijnsjablonen beschreven die naar uw Azure DevOps Git-opslagplaats worden gekopieerd.
| Pipelinesjabloon | Omschrijving | GitHub-locatie |
|---|---|---|
| build-deploy-validation-SampleSolution.yml | Implementatiepijplijn voor validatieomgeving | koppelen |
| build-deploy-test-SampleSolution.yml | Implementatiepijplijn voor testomgeving | koppelen |
| build-deploy-prod-SampleSolution.yml | Implementatiepijplijn voor productieomgeving | koppelen |
Geef de ALM Accelerator opdracht om uw aangepaste sjablonen te gebruiken wanneer deze de implementatiepijplijnen genereert. U kunt ze gebruiken om oplossingen te implementeren in andere omgevingen dan de standaard validatie-, test- en productieomgevingen of voor elke andere aangepaste functionaliteit die u wilt toevoegen.
Tijdelijke aanduidingen in de pijplijnsjablonen
De pijplijnsjablonen bevatten tijdelijke aanduidingen voor de locatie van de sjablonen en de algemene variabelengroep die moet worden gebruikt voor de implementatiepijplijn. U hoeft geen van deze waarden te wijzigen. Ze worden bijgewerkt wanneer de ALM Accelerator de implementatiepijplijnen maakt. Het enige dat u hoeft te doen, is de naam van de pipelinesjabloon wijzigen zodat deze overeenkomt met de naam van de omgeving waarin u wilt implementeren. In het scenario dat in dit artikel wordt beschreven, heet de nieuwe sjabloon build-deploy-acceptance-SampleSolution.yml omdat we implementeren in een nieuwe acceptatieomgeving.
In de volgende tabel worden de tijdelijke aanduidingen in de pijplijnsjablonen beschreven.
| Plaatsaanduiding | Omschrijving | Voorbeeld |
|---|---|---|
| RepositoryContainingTheBuildTemplates | De naam van uw Azure DevOps-Git-opslagplaats die de pijplijnsjablonen bevat | coe-alm-accelerator-sjablonen |
| BranchContainingTheBuildTemplates | De vertakking in uw Azure DevOps-Git-opslagplaats die de pijplijnsjablonen bevat | main |
| SampleSolutionName | De naam van uw oplossing | MijnNieuweOplossing |
| alm-accelerator-variable-group | De algemene variabelengroep in uw Azure DevOps-project die de buildsjablonen gebruiken voor de implementatiepijplijn. | alm-accelerator-variabele-groep |
De pijplijnsjabloon aanpassen voor een nieuwe acceptatieomgeving
In dit scenario wilt u een pijplijnsjabloon gebruiken om een oplossing in uw acceptatieomgeving te implementeren. Acceptatie is niet een van de drie standaardomgevingen waarvoor een pijplijnsjabloon wordt geleverd. U moet er zelf een maken.
Kopieer een van de standaardsjablonen, bijvoorbeeld build-deploy-test-SampleSolution.yml, en leg deze vast in uw sjabloonopslagplaats met een nieuwe naam die is gebaseerd op de omgeving waarop u gaat implementeren. In dit voorbeeld geeft u het de naam build-deploy-acceptance-SampleSolution.yml.
Het implementatieprofiel bijwerken om de acceptatieomgeving op te nemen
In de ALM Accelerator bevatten implementatieprofielen de informatie die nodig is om de implementatiepijplijnen voor een oplossing te maken. Het implementatieprofiel voor een oplossing wordt opgeslagen in de ALM Accelerator-oplossingstabellen. Wanneer u een oplossing aan een profiel koppelt en deze exporteert, genereert de ALM Accelerator-exportpijplijn implementatiepijplijnen voor de oplossing op basis van de informatie in het implementatieprofiel. Het implementatieprofiel kan op elk moment worden bijgewerkt.
Vereisten
Een profiel voor een oplossing maken in de ALM Accelerator-app.
Een nieuwe implementatiestap toevoegen en de naam van pipelinesjabloon bijwerken
Open de ALM Accelerator-app.
Selecteer het tabblad Implementatieprofielen en open het profiel voor de oplossing die u wilt bijwerken.
Selecteer onder Implementatiestappen de optie Nieuwe implementatiestap.
Geef de nieuwe implementatiestap de naam Acceptatie.
Stel het Stapnummer in op 2.
Maak een implementatieomgeving voor uw implementatiestap en noem deze Acceptatie.
Stel de URL in op de URL van uw acceptatieomgeving; bijvoorbeeld
https://myacceptanceenvironment.crm.dynamics.com/.Stel het Sjabloonpad voor build in op het pad naar de pijplijnsjabloon die u hebt gemaakt; bijvoorbeeld Pipelines/build-deploy-acceptance-SampleSolution.yml.
Stel Implementeerbaar in op Toegestaan, Goedkeuringstype op Pull-aanvraag, Doelvertakking op [Use Solution Branches].
Deze instellingen zijn hetzelfde als de standaardwaarden voor de testomgeving. U kunt de standaardinstellingen voor deze stap vinden door te kijken naar de testimplementatiestap.
De nieuwe implementatiestap en de pipelinesjabloon valideren
Om de nieuwe implementatiestap en pijplijnsjabloon te valideren, exporteert u de oplossing opnieuw. De ALM Accelerator maakt een implementatiepijplijn voor de oplossing op basis van de nieuwe implementatiestap en pijplijnsjabloon.
Om de nieuwe implementatiepijplijn te valideren, voert u een build uit en implementeert u deze in de acceptatieomgeving.
U zou nu vier implementatiepijplijnen voor uw oplossing moeten hebben: drie voor de standaardomgevingen en één voor de acceptatieomgeving.