Patrones erróneos comunes en el desarrollo en equipo
Con la Power Platform, los equipos pueden aplicar patrones comunes de integración e implementación continua (CI/CD) con soluciones administradas y no administradas. En este módulo, hablaremos de un antipatrón que los desarrolladores suelen seguir al comenzar el desarrollo en Power Platform; después, veremos un método mejor.
El patrón más común cuando se trabaja con una solución es el desarrollo y la implementación de soluciones no administradas. Como se ve en el siguiente gráfico, este patrón conduce a un estado inestable en el entorno de producción a medida que se van añadiendo más soluciones.
En las primeras fases de desarrollo, se suelen implementar soluciones no administradas porque dan la sensación de reducir los tiempos de implementación y la complejidad. A menudo, los equipos colocan los cambios de desarrollo en una nueva solución no administrada para que se implemente en producción. Con el tiempo, la adición de nuevas soluciones no administradas genera una multitud de soluciones no administradas en producción y un entorno de producción inadecuado, lo que afecta a la capacidad de soporte y mantenimiento. Estas organizaciones pierdan la oportunidad de utilizar el control de código fuente, las capas de soluciones y las ventajas de las soluciones administradas para la implementación, algo que se analizará en la siguiente sección.
Los peligros:
Cuando se utilizan nuevas soluciones no administradas en cada implementación, no es posible aplicar el control de código fuente para las soluciones.
Las mejoras en los tiempos de implementación son marginales, sobre todo en comparación con un patrón de implementación saludable que aplica soluciones administradas, segmentación de soluciones y control de código fuente como la fuente fiable definitiva.
Un patrón superior para el desarrollo en equipo
Un patrón mejorado para el desarrollo en equipo consistirá en el uso de uno o más entornos de desarrollo, de modo que varios desarrolladores puedan colaborar eficazmente en la creación de nuevo contenido.
En este ciclo de desarrollo optimizado:
Los desarrolladores hacen cambios en sus respectivos entornos.
Los cambios en esos entornos se exportan y, después, se registran en el control de código fuente.
El registro de una solución en el control de código fuente puede desencadenar uno de varios eventos, como un proceso de compilación para mover la solución a entornos de fase descendente.
Un método moderno para el desarrollo de soluciones
Mire el siguiente vídeo para ver una demostración sobre cómo emplear una estrategia moderna en el desarrollo de soluciones mediante la integración continua.
Una ayuda para el desarrollo en equipo
Todo recorrido de software comienza con un plan. La configuración de la gestión automatizada del ciclo de vida (ALM) para Power Platform no es una excepción.
La planificación no es el objetivo principal de este módulo. Sin embargo, para evitar muchos problemas comunes en el desarrollo en equipo, es necesario contar con un proceso eficaz para la planificación y administración de elementos de trabajo.
Tenga en cuenta lo siguiente:
Los elementos de trabajo deben reducirse al mínimo, ser específicos y tener una duración limitada
Planifique el desarrollo de modo que no haya ninguna superposición de componentes o de forma que esta se mantenga al mínimo posible. Por ejemplo, evite trabajar en el mismo formulario al mismo tiempo. El desarrollo conjunto de los mismos componentes a menudo generará conflictos, y puede provocar que los creadores sobrescriban en los cambios de otros al trabajar en el mismo entorno.
Tenga en cuenta que, si bien no es un requisito tener un recurso específico para mantener los procesos de ALM de un equipo, se ha demostrado que genera mejores resultados cuando los proyectos se van ampliando.
