Azure DevOps Visual Studio Build遇SQL71006错误，能否忽略该错误？

核心结论 #

没法直接让Visual Studio Build忽略SQL71006错误。这个错误是SQL Server Data Tools (SSDT) 对SQL批处理规则的强制校验——SQL Server引擎要求，CREATE TABLE这类创建对象的DDL语句后，若要执行依赖该对象的语句（比如建索引），必须用GO分隔成独立批处理，SSDT严格遵循这一规则；而RedGate工具的解析逻辑更宽松，允许同一批中执行这类语句，所以不会报错。

无需手动修改的解决方案 #

1. 自动化脚本批量插入GO分隔符 #

写个脚本遍历所有SQL文件，自动在CREATE TABLE和后续CREATE NONCLUSTERED INDEX之间插入GO。以下是PowerShell示例：

# 替换为你的SQL文件根目录
$sqlRootPath = "D:\Projects\YourSqlFiles"

# 递归遍历所有.sql文件
Get-ChildItem -Path $sqlRootPath -Filter *.sql -Recurse | ForEach-Object {
    # 读取文件内容
    $content = Get-Content $_.FullName -Raw
    # 匹配CREATE TABLE后紧跟CREATE NONCLUSTERED INDEX的情况，插入GO
    $updatedContent = $content -replace '(CREATE TABLE .+?)(CREATE NONCLUSTERED INDEX)', '$1`nGO`n$2'
    # 写入修改后的内容（建议先备份文件再执行）
    Set-Content $_.FullName $updatedContent
}

注意：执行前务必备份所有SQL文件，先在测试环境验证脚本逻辑，避免误改。

2. 构建管道中临时处理文件（不修改源文件） #

如果不想改动源代码仓库里的文件，可以在Azure DevOps构建管道中添加一个PowerShell任务，先临时处理SQL文件，再执行Visual Studio Build：

• 在VS Build步骤前添加PowerShell任务，运行上述脚本（指向管道中的工作目录）
• 构建完成后无需保留修改，不影响源代码

3. 尝试启用SQLCMD模式（有限作用） #

在SSDT项目属性中开启“启用SQLCMD模式”（项目右键→属性→SQLCMD变量→勾选“启用SQLCMD模式”），虽然这不能绕过批处理规则，但能确保SSDT正确识别GO作为批处理分隔符，避免因解析问题导致的额外错误。

总结 #

SQL71006是SSDT的强制语法校验，无法直接忽略，但通过自动化脚本可以快速完成数千个文件的修改，避免手动操作的巨大工作量。

内容的提问来源于stack exchange，提问作者Rich Uchytil