Hace unos días comentaba que al migrar a la versión GDR de Visual Studio Database Edition me había encontrado con un problema en la migración de los proyectos de la versión anterior.
Ahora me encuentro con otra situación inesperada y que me ha implicado algo más de trabajo.
Con la versión anterior de Database Edition, al compilar el proyecto de base de datos se generaba el script de despliegue, el fichero .sql.
A mí este comportamiento me resultaba muy útil, porque en las compilaciones automática que tengo, después de compilar estos tipos de proyectos obtenía estos ficheros de despliegue, que son los que uso para desplegar la base de datos en mis entornos de pruebas y producción.
Pues con la versión GDR el comportamiento ha cambiado. Con la opción “Build” no se genera este fichero. Sólo se genera al hacer la acción “Deploy”.
Si como yo necesitas poder obtener este fichero en la compilación diaria tienes varias alternativas.
Si usas Team Build para automatizar tus compilaciones puedes usar una tarea como esta:
<Target Name="AfterCompileConfiguration"> <MSBuild Projects="$(SolutionRoot)MyProjectMyProjectMyProject.dbproj" Properties="Configuration=$(Configuration); OutDir=$(BinariesRoot)$(Configuration)" Targets="Deploy" /> </Target>
Y si no usas Team Build tienes otra alternativa que es lanzar desde línea de comandos la siguiente sentencia:
MSBuild /t:Deploy PathDatabaseProject.dbproj
Cada vez tengo más la sensación de que Microsoft está comientiendo un error acortando tanto los ciclos de desarrollo… la calidad de su software está bajando. Cada vez se les escapan más ‘detalles’ de estos… pequeños bugs molestos y de bulto, cambios de comportamiento…
Cada vez se parece más esto a al software libre… en lo bueno y en lo malo.
Sinceramente, preferiría ciclos de desarrollo más largos, más calidad como resultado… si total la gente todavía está en VB6…
¡Saludos!
Rodrigo, tienes toda la razón, trabajar con las GDR, se esta convirtiendo en un infierno, pero claro quieren aprovecharse de que la gente testee su software y obtener feedback, no entiendo como existe la primera versión de Visual Studio Database Edition con los fallos que tiene, estas obligado a actualizarte con las GDR para intentar correguir todos los fallos de la primera versión, ¿ porque no esperan a tener un producto en condiciones ?, estan trasladando toda su politica a muchos otros, vease Wpf, silverlight y otras, es increible.
Rodrigo, Juan, no podría estar más de acuerdo con vosotros y los hechos os dan la razón desgraciadamente.