Patrones erróneos comunes en el desarrollo en equipo

Completado

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.

Demostración del patrón común que siguen los desarrolladores al implementar una nueva solución no administrada.

En las primeras fases de desarrollo, se suelen usar soluciones no administradas para la implementación a fin de disminuir los tiempos de implementación y reducir la complejidad aparente. A menudo, los equipos colocan sus 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 para acelerar los lanzamientos genera una multitud de soluciones no administradas en producción. A la larga, esto conduce a un estado en el que el entorno de producción ya no se encuentra en un estado saludable, lo que afecta a la capacidad de soporte y mantenimiento. Este patrón también hace que los equipos pierdan la oportunidad de utilizar el control de código fuente, las capas de soluciones y las eficiencias obtenidas al utilizar 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 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.

Diagrama de la configuración de múltiples entornos de desarrollo con uno o varios desarrolladores.

En este ciclo de desarrollo más optimizado:

  1. Los desarrolladores hacen cambios en sus respectivos entornos.

  2. Los cambios en esos entornos se exportan y, después, se registran en el control de código fuente.

  3. 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.

Este módulo no se centra en la planificación; sin embargo, es importante recordar que, para evitar muchos de los problemas comunes en el desarrollo en equipo, debemos implementar un proceso eficaz para la planificación y administración de los 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.

Diagrama de la integración continua en el soporte para el desarrollo en equipo.