Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
La integración del control de código fuente permite a los equipos de desarrollo sincronizar soluciones y objetos de solución en uno o varios entornos de Microsoft Dataverse mediante un repositorio de Azure DevOps Git. La funcionalidad de integración del control de código fuente está disponible de forma nativa en las experiencias de las soluciones, lo que garantiza que los desarrolladores civiles, los desarrolladores de código primero y los administradores puedan beneficiarse del control de versiones, el seguimiento de cambios y la colaboración en equipo sin problemas en diferentes herramientas y entornos. La integración de Git está diseñada para usarse con entornos de desarrollo y no en entornos de prueba o producción, donde se pueden realizar implementaciones mediante compilaciones para crear artefactos de soluciones y canalizaciones para implementar. Power Platform
En este artículo, encontrará algunos de los conceptos clave y las ventajas de usar el control de código fuente habilitado para Git con sus entornos y soluciones de Dataverse. Para obtener información sobre Git en Azure DevOps, vaya a Repositorio Git de Azure DevOps.
ALM en Power Platform y Dataverse
Power Platform proporciona muchas capacidades listas para usar que permiten a las organizaciones administrar la administración del ciclo de vida de las aplicaciones (ALM) para sus soluciones. Se incluye la capacidad de empaquetar soluciones como contenedores para los diferentes tipos de objetos en la plataforma, administrar entornos involucrados en el ciclo de vida de la aplicación e implementar soluciones utilizando canalizaciones en . Power Platform También hay varias formas de integrar los repositorios de Git con Power Platform usando herramientas de desarrollo. Con la integración nativa de Git en Dataverse, el proceso se simplifica y agiliza para que los creadores trabajen con sus soluciones de una manera familiar e interactúen con el control de código fuente a través de interfaces simplificadas en Power Apps (make.powerapps.com).
Prestaciones
- Control de origen como fuente de certeza: en algunas organizaciones, la fuente de certeza para las implantaciones en Dataverse son los entornos de creación en los que se construyen las soluciones. El principal impulsor de este comportamiento es que la integración no nativa de Git utiliza técnicas y herramientas avanzadas, que requieren experiencia profesional de TI para comenzar. Con la integración nativa de Git in Dataverse, el control de código fuente se puede habilitar en solo unos pocos pasos y proporciona una interfaz familiar para que los creadores trabajen con sus soluciones.
- Seguridad, auditoría y cumplimiento mediante las prácticas recomendadas del SDLC: las prácticas recomendadas del ciclo de vida del desarrollo de software (SDLC) son un conjunto de directrices y procesos que le ayudan a administrar sus proyectos de desarrollo de software de forma eficaz. Al usar la integración de Git en Dataverse, sigue las prácticas de SDLC, como el control de versiones, las revisiones de código y el análisis estático del código fuente, para garantizar la calidad, la fiabilidad y la seguridad de las soluciones. La integración de Git en Dataverse también proporciona características como auditoría, cumplimiento y trazabilidad que le ayudan a realizar un seguimiento de los cambios en sus soluciones y a colaborar con otros miembros del equipo de forma eficaz.
- Entornos de desarrollo de corta duración: al almacenar una copia de las personalizaciones y configuraciones de los entornos en el control de código fuente, puede rehidratar los entornos de desarrollo desde el control de código fuente de forma rápida y sencilla en Dataverse. Esto le permite crear entornos de corta duración con fines de desarrollo y prueba. Los entornos de corta duración le permiten liberar almacenamiento, experimentar con nuevas funciones, probar e iterar en sus soluciones sin depender de entornos permanentes.
- Equipos de desarrollo de fusión: los equipos de desarrollo de fusión están formados por desarrolladores y creadores que colaboran para crear soluciones. Al usar la integración de Git en Dataverse, estos usuarios pueden compilar de forma independiente en entornos separados y colaborar con otros mediante la sincronización con un repositorio de control de código fuente común. La integración del control de código fuente le permite usar las habilidades y la experiencia de desarrolladores y fabricantes para crear soluciones de alta calidad que satisfagan las necesidades de su organización.
- Protección: el uso del control de código fuente como fuente de verdad para sus soluciones le permite recuperarse de cambios no deseados en sus soluciones de forma rápida y sencilla. Al almacenar las soluciones en el control de código fuente, puede restaurar a un estado o versión anterior.
Conceptos clave
Soluciones administradas y no administradas
Cuando usa la integración de Git con Dataverse, las soluciones almacenadas en el control de código fuente provienen de soluciones no administradas en el entorno de un fabricante. Las soluciones no administradas permiten a los creadores agregar, eliminar y actualizar objetos que están sincronizados con el control de origen cuando usted confirma y envía cambios. Las soluciones administradas se crean a partir del control de versiones y se implementan en ambientes posteriores, como pruebas o producción, y no se pueden editar en esos ambientes. Las soluciones administradas se usan para garantizar que la fuente de certeza para sus soluciones sea siempre el control de versiones y que los cambios solo se realicen en el ambiente de un creador antes de que se agreguen al control de versiones y se implementen en otro lugar.
Formato de archivos para objetos de solución
Con la introducción de la integración de Git en Dataverse, hay cambios en la forma en que se representan las soluciones y los objetos de solución en el control de código fuente. Cuando confirmas y envías cambios al control de origen, los objetos de la solución se almacenan en un formato específico que es compatible con Git. Este formato se utiliza para representar los objetos de la solución de una manera que sea fácil de leer y comprender, y se puede utilizar para rastrear cambios en los objetos de la solución a lo largo del tiempo. El formato de archivo de los objetos de solución está diseñado para ser legible por humanos y se puede utilizar para ver cambios en los objetos de solución en el control de origen. Además, para permitir que se almacenen múltiples soluciones en el mismo repositorio y carpeta, los objetos de solución en el control de origen ya no se duplican para cada solución. En cambio, los objetos de la solución se almacenan en una única ubicación y pueden compartirse entre múltiples soluciones en el mismo repositorio y carpeta.
Desarrollo de priorización de cógico con Git
El desarrollo de priorización de código en Power Platform se habilita mediante herramientas de desarrollo como Power Platform CLI, Visual Studio, y extensiones de Visual Studio Code. Involucrar a los desarrolladores que priorizan el código en el proceso de desarrollo de soluciones es difícil sin la integración del control de origen, ya que los objetos como los controles del marco de componentes y los complementos se implementan en las soluciones como activos empaquetados creados a partir del código fuente y no se pueden editar directamente en Power Apps (make.powerapps.com). Dataverse Power Apps Sin el control de código fuente como parte del proceso de desarrollo tanto para objetos de código bajo como de código primero, es difícil gestionar los cambios en la solución y garantizar que los cambios se rastreen e implementen de manera controlada.
Al habilitar la integración de Git en Dataverse, puede conocer a los desarrolladores que dan prioridad al código donde trabajan y proporcionar una experiencia perfecta tanto para los desarrolladores con poco código como para los que dan prioridad al código. Sin embargo, hay algunas consideraciones a tener en cuenta al gestionar objetos de código primero en un entorno de código bajo.
Desarrollo de fusion con integración Git de Dataverse
Power Platform proporciona capacidades tanto para el desarrollo con poco código como para el desarrollo con prioridad del código. En este artículo se analizan los procesos de desarrollo de código primero asociados con la integración de Git y se proporciona orientación sobre cómo gestionar objetos de código primero y de código bajo en un único entorno. Dataverse Los objetos como los controles del marco de componentes, los complementos y las actividades de flujo de trabajo personalizadas son ejemplos de objetos de código primero que se pueden administrar en el control de código fuente. Power Apps Dataverse
Objetos de código primero y de código bajo en un único entorno
Los objetos de código primero se pueden incluir en soluciones a través de un proceso de compilación que genera una solución administrada o no administrada que se puede importar a un entorno. Dataverse Sin embargo, los objetos de código primero también se pueden implementar directamente en una solución no administrada en un entorno de creación una vez que se construyen, sin emplear el proceso de construcción de la solución para implementarlos. Hay que tener en cuenta el proceso de construcción dada esta flexibilidad.
Si está implementando objetos de código primero directamente en una solución no administrada en un entorno de creación, cuando esos objetos se confirman en el control de fuente, solo su versión compilada (construida) se almacena en el control de fuente. Por ejemplo, el archivo DLL binario si es un complemento, o el paquete JavaScript transpilado y optimizado para un control Power Apps component framework. Como resultado, terminas con dos copias del objeto en el control de origen: una representada por la versión compilada y la otra representada por el código fuente. Almacenar binarios en el repositorio puede generar confusión y posibles conflictos si el código fuente y la versión compilada no están sincronizados. Esta práctica no se recomienda, ya que el código fuente debe ser la única fuente de información fiable del objeto y solo se debe almacenar una copia.
El enfoque recomendado es crear objetos de código primero como parte de un proceso de creación de solución e importar la solución no administrada generada al entorno de creación. Este enfoque garantiza que el código fuente y la versión compilada se mantengan sincronizados y que el código fuente sea la única fuente de verdad para el objeto. Sin embargo, este enfoque requiere que disponga de un proceso de construcción para generar la solución administrada o no administrada para su uso en el proceso de importación y el proceso de implementación. Puede crear flujos de trabajo de Azure Pipelines o GitHub, por ejemplo, que creen artefactos para las canalizaciones en Power Platform y para que los procesos de sincronización de Git los consuman.