Datenbankprojekte sind nicht wie normale Projekte aufgebaut. Wenn Sie Skripte in diesem Projekt ausführen möchten, würde ich Ihnen empfehlen, die zugehörigen MSBuild-kompatiblen Projekte (csproj, vbproj usw.) zu erweitern und Ihre Skripte von dort aus mit Ihrem Tool Ihrer Wahl zu referenzieren oder auszuführen.
Wie Sie es implementieren, liegt an Ihnen, zum Beispiel können Sie in BeforeBuild Ziel einhängen und Skripte mit SqlExecute Aufgabe ausführen.
FWIW, wir müssen SQL Server 2000, 2005, 2008+ unterstützen, daher wird die Aufgabe viel schwieriger; denke, NVarchar (max) (2005) vs NText (2000+) plus alle sp renames, etc. zwischen den Versionen. Wir wollten auch ein einzelnes Skript, das von Entwicklern, QA und Installer verwendet wurde, um Konsistenz zu gewährleisten. Unser Ansatz war also ein benutzerdefiniertes Tool, das den Austausch von Token/Schlüsselwörtern in Skripten ermöglichte, was Flexibilität zwischen verschiedenen SQL Server-Versionen und Kundeninstallationen (z. B. Benutzer-/Anmeldedetails, Datenbanknamen) sowie die Integration in verschiedene Technologien bietet Befehlszeile, MSBuild, MSI benutzerdefinierte Aktion mit Wix-Projekten, oder was auch immer wir brauchen, um daraus zu starten.