Les projets de base de données ne sont pas construits comme des projets normaux. Si vous voulez exécuter des scripts dans ce projet, mon conseil serait d'étendre le (s) projet (s) associé (s) compatible (s) MSBuild (csproj, vbproj, etc.) et de référencer/exécuter vos scripts à l'aide de votre outil de choix. La façon dont vous l'implémentez dépend de vous, par exemple, vous pouvez vous connecter à la cible BeforeBuild et exécuter des scripts en utilisant la tâche SqlExecute. FWIW, nous devons prendre en charge SQL Server 2000, 2005, 2008+, de sorte que la tâche devient beaucoup plus difficile; pense NVarchar (max) (2005+) vs NText (2000+) plus tous les sp renommés, etc entre les versions. Nous voulions également un seul script utilisé par les développeurs, le contrôle qualité et l'installateur pour assurer la cohérence. Notre approche était un outil personnalisé qui permettait des remplacements de jetons/mots-clés dans les scripts, ce qui permet une flexibilité entre les différentes versions de SQL Server et les installations des clients (par exemple utilisateur/login, noms de base de données). ligne de commande, MSBuild, action personnalisée MSI à l'aide de projets Wix ou tout ce dont nous avons besoin pour les exécuter.