Los desarrolladores de X++ hemos estado trabajando sin control de versiones la mayor parte de nuestras carreras. Teníamos MorphX VCS para AX 2009 y la opción de usar TFVC en AX 2009 y AX 2012, pero no era obligatorio. De hecho, y siempre desde mi experiencia personal, la mayoría de los proyectos no usaban ningún control de versiones más allá de los comentarios en el código. No digo que todos fueran así, pero en 10 años sólo vi un proyecto de AX 2009 que lo usara.
Si le contásemos esto a un desarrollador de otra tecnología pensaría que estamos locos y que probablemente seamos estúpidos por no usar un control de código. ¿Quién se arriesgaría a perder su trabajo por culpa de un error tonto? Porque a eso nos arriesgábamos. ¿Conocéis a alguien que perdiera el trabajo de un día por darle al botón equivocado? ¡Yo sí!
Uno de los mayores cambios que nos han llegado con Finance and Operations es el uso obligatorio de un sistema de control de versiones.
Lo que sigue a continuación es producto de varios posts escritos en ariste.info. He reescrito el contenido para adaptarlo a los cambios y nuevas funcionalidades que hemos recibido en Azure DevOps para Microsoft Dynamics 365 FnO y he intentado reordenarlo para ofrecer una lectura más lógica.
También intentaré mantener este documento actualizado si algo cambia, pero no lo puedo garantizar. Si encontráis un error me podéis contactar en adria (arroba) ariste (punto) info.
Espero que esta guía ayude a todos los desarrolladores. Necesitamos una comunidad de desarrollo fuerte y que haga un uso correcto de estas herramientas para poder llevar a cabo mejores implantaciones de nuestros proyectos de Dynamics 365.