Flujo de trabajo de Access 2013 + Control de fuente (Team Foundation Server)

Dado que Access 2013 ya no ofrece compatibilidad de control de fuente directa: ¿cómo es su flujo de trabajo para integrar un control de código fuente en MS Access, especialmente TFS? Editar: workflow of access2013 -> CUALQUIER sistema de código fuente apreciado

Lo primero que pienso es exportar todos los objects a files de text con la function integrada SaveAsText, que está disponible para casi todos los elementos en su database.

Application.SaveAsText acModule, d.Name, sExportLocation & "Module_" & d.Name & ".txt" 

Cargaría, saveía y tal vez incluso verificaría los files sin formatting con las funciones de VBA. La pregunta es: ¿hay un mejor flujo de trabajo para esta tarea … Realmente dudo que esta sea la mejor forma de integrar los proyectos de Access 2013 en el control de Sorce.

Escuché de OASIS SVN, pero creo que este es básicamente el mismo mecanismo que utilizaría.

Por favor dígame cómo administra sus proyectos de acceso

Yo uso OASIS-SVN aquí para exportar todos los objects en mi file de database de acceso para que sean files de text.

Luego uso git, souretree, etc …

Me ha funcionado bien y tiene una serie de configuraciones que son útiles (por ejemplo, puede elegir exportar datos, exportar enlaces de tabla, etc.)

No es ideal, pero es manejable y mejor que nada!

Como era de esperar, utilizo un proyecto git y un directory local separado para cada file de acceso.

¡Otra opción que está recientemente en el mercado se puede encontrar aquí "entAscc" ahora conocido como Ivercy!

Esto parece muy prometedor ya que el control de fuente está integrado en el entorno de desarrollo. No lo he usado, ¡pero me gustaría!