¿Qué se ha hecho en el campo de los models de control de versiones?

Tuvimos una conferencia bastante agradable sobre la architecture impulsada por el model por un chico de Model Labs. Una cosa que me intrigó fue el control de versiones para los models (que no debe confundirse con los diferentes models de control de versiones), o la falta de ellos. Mediante el control de versiones para los models, quiso decir una forma de versión XML, files EMF que conserva su semántica.

Entonces, estoy interesado en lo que se ha hecho hasta ahora en ese campo (mencionó algo sobre SVN y Moodle, aunque pude haberlo oído mal). La búsqueda de Google no produjo nada, así que estoy recurriendo a la sabiduría del desbordamiento de stack.

Estoy buscando principalmente información en forma de libros, artículos, enlaces.

No sé de un VCS solo dedicado al model, porque el layout basado en el model a menudo forma parte de una cadena completa de documentos que deben mantenerse sincronizados.
A saber (no es una list exhaustiva):

  • documentos de requisitos (a partir de los cuales comienza a modelar)
  • código fuente y documentation (generados e implementados a partir del model)

Además, nunca vi el aspecto de la GUI completamente resuelto en esas herramientas (un model minuciosamente organizado de cierta manera podría ser versionado sin información de layout, y restaurado organizado de otra manera).

Una herramienta que conozco que cubre todos esos processs de desarrollo es Modelio , que incluye un " gerente de trabajo en equipo "

texto alternativo


Otro ejemplo (del que no sé mucho) sería metaCASE , que tiene un interesante artículo " The Model Repository: más que solo XML bajo el control de versiones ", sobre DSM (Domain-Specific Modeling).

DSM: enfoque de desarrollo de software basado en models que utiliza models visuales como artefactos primarios en el process de desarrollo.
DSM aumenta el nivel de abstracción más allá de los lenguajes de progtwigción normales al especificar directamente la solución en un lenguaje que usa conceptos y reglas del dominio del problema: un lenguaje específico del dominio (DSL).

Resume el problema:

Existe una mayor conciencia dentro de la arena de modelado de la necesidad de un repository central de información de descripción del sistema.
Esto se debe a un creciente reconocimiento de que solo con un repository central sólido pueden integrarse herramientas de modelado, hacer frente a grandes proyectos, proporcionar soporte completo de ciclo de vida, producir documentation completa, realizar validation y verificación de todo el sistema y controlar adecuadamente un proyecto .

Puede encontrar una list completa de herramientas de control de versiones para los models aquí: http://modeling-languages.com/content/version-control-tools-modeling-artifacts