Ramificació i fusió del CoE ALM Accelerator for Power Platform (obsolet)

Nota

La CLI del CoE està obsoleta i se suprimirà en una versió futura. Utilitzeu l'Auxiliar Power Platform de configuració del projecte per configurar i administrar els vostres ALM Accelerator for Power Platform projectes.

El desenvolupament com a equip de creadors, desenvolupadors avançats i desenvolupadors professionals sovint descobreix nous conceptes. Una àrea de complexitat és la ramificació i la combinació. A través dels enllaços següents, diferents funcions poden revisar cada concepte i determinar el seu nivell de comoditat.

1. Ramificació i fusió : reviseu els enfocaments de ramificació i fusió de canvis entre els membres de l'equip i envieu canvis als entorns de prova i producció.

2. Sol·licitud d'extracció - Determineu com es revisaran i fusionaran els canvis.

3. Canalitzacions de construcció: què són les canonades de construcció i com ajuden a automatitzar el procés d'integració i implementació.

L'ALM Accelerator for Power Platform (AA4PP) es basa en aquests conceptes per permetre l'administració de les solucions del Power Platform.

Exemple

L'exemple següent il·lustra dues parts de l'organització: els equips de Recursos Humans i Finances utilitzen diferents projectes de DevOps per administrar solucions relacionades per a cada departament.

Equip de Recursos Humans

L'equip de Recursos Humans gestiona un dipòsit de Git de l'Azure DevOps que emmagatzema cada solució com una carpeta dins del dipòsit. Aquest enfocament permet als creadors de l'equip de Recursos Humans veure i col·laborar en solucions relacionades amb els recursos humans.

Passos de l'equip de Recursos Humans

1. Creeu un projecte nou de l'Azure DevOps i des de la branca principal d'una branca nova de la solució anomenada Onboarding.

   coe alm branch \
      -o https://dev.azure.com/contoso \
      -p HR \
      -r HR-Solutions \
      -d Onboarding \
      -s validation=https://contoso-hr-validation.crm.dynamics.com,test=https://contoso-hr-test.crm.dynamics.com,https://contoso-hr.crm.dynamics.com
   

Més informació: Branca de l'ALM de CoE

1. Després d'executar aquesta ordre, es crea una branca per defecte amb l'Azure Pipelines al dipòsit.

2. El creador avançat Alan crea una solució no administrada anomenada Onboarding a l'entorn de desenvolupament.

3. Utilitzant l'aplicació d'administració AA4PP, Alan crea una nova branca de característiques i insereix els canvis a Git.

4. Quan s'hagi completat el conjunt inicial de característiques, seleccioneu Crea sol·licitud d'extracció per mitjà de l'aplicació d'administració AA4PP. S'executa el pipeline de compilació de validació. S'aprova la sol·licitud d'extracció i, a continuació, la branca de la característica s'assigna a la branca de la solució.

5. La confirmació combinada desencadena una implementació contínua a l'entorn de prova.

6. Els conjunts de característiques estan a punt per a una implementació de producció. Es pot fer una sol·licitud d'extracció per combinar els canvis a la branca principal.

7. Els pipelines de compilació i implementació es poden configurar per empaquetar la solució a l'entorn de producció.

Finances

L'equip de Finances manté un projecte de l'Azure DevOps separat per a les solucions relacionades amb les finances. Aquest projecte de l'Azure DevOps podria residir en qualsevol de les següents ubicacions:

El mateix projecte de l'Azure DevOps amb un dipòsit diferent de l'equip de recursos humans. Per exemple, hi poden haver diferents dipòsits anomenats HR-Solutions i Fin-Solutions.

• Un projecte i dipòsit de l'Azure DevOps separats. Aquest enfocament de projectes i dipòsits separats podria permetre que es defineixin drets de seguretat basats en funcions per al departament de l'equip.

• Una organització, un projecte i un dipòsit de l'Azure DevOps separats. Aquesta configuració permetria utilitzar diferents Microsoft Entra inquilins.

Passos per a finances

La Karen, com a creadora avançada a l'equip de Finances, segueix un procés semblant al que Alan va fer servir a l'equip de recursos humans.

1. La Karen crea una nova branca de solució de l'Azure DevOps per a l'aplicació de despeses.

   coe alm branch \
      -o https://dev.azure.com/contoso \
      -p Finance \
      -r Finance-Solutions \
      -d Expense \
      -s validation=https://contoso-fin-validation.crm.dynamics.com,test=https://contoso-fin-test.crm.dynamics.com,https://contoso-fin.crm.dynamics.com
   

   Més informació: ordre de la branca de l'ALM del CoE

2. Després d'executar aquesta ordre, es crea una branca per defecte amb l'Azure Pipelines al dipòsit.

3. La Karen crea una solució no administrada anomenada Expense a l'entorn de desenvolupament.

4. Mitjançant l'aplicació d'administració d'AA4PP, la Karen crea una nova branca de característica amb l'ID de l'element de treball que s'ha assignat 385 i Inserir canvis a Git.

5. Quan s'hagi completat el conjunt inicial de característiques, seleccioneu Crea sol·licitud d'extracció per mitjà de l'aplicació d'administració AA4PP. S'executa el pipeline de compilació de validació. S'aprova la sol·licitud d'extracció i, a continuació, la branca de la característica s'assigna a la branca de la solució.

6. La confirmació combinada desencadena una implementació contínua a l'entorn de prova.

7. Quan les característiques estan a punt per a una implementació de producció, es pot fer una sol·licitud d'extracció per combinar els canvis a la branca principal.

8. Els pipelines de compilació i implementació es poden configurar per empaquetar la solució a l'entorn de producció.

Contribuïu amb una nova característica a la solució repetint els passos 4 a 8.

PowerApps Marc de components (PCF)

En aquest exemple, l'aplicació de finances utilitza un component comú per interactuar visualment amb les seves dades.

Aquest component PCF es gestiona en un repositori de codi separat. A mesura que es creen noves versions, s'etiqueten amb versions de llançament.

Una versió de llançament s'importa a una branca de característica per a una solució del Power Platform. Aquest enfocament permet desenvolupar diferents versions del control PCF i integrar-les amb diferents solucions al llarg del temps. En l'exemple de finances, s'utilitzen les versions 1.0 a 1.1, que s'han compromès a la branca Expense-435 per actualitzar el control PCF.