如何构造版本匹配的Salesforce destructiveChanges.xml？部署失败无详情如何排查

1. 补全失败信息获取逻辑 #

当前代码存在两个阻断错误溯源的问题：

• 空catch块直接吞掉所有异常，没有记录异常堆栈
• 仅判断deployResult.success为false，没有读取结果对象内嵌的details.componentFailures字段，该字段存储了所有部署失败的具体原因

正确读取部署结果的参考实现

var deployResult = _metaService.checkDeployStatus(resultDel.id, includeDetails: true);
if (!deployResult.success)
{
    // 遍历所有失败组件，输出完整错误信息
    foreach (var failure in deployResult.details.componentFailures)
    {
        Console.WriteLine($"组件类型：{failure.componentType}，对象名称：{failure.fullName}，错误详情：{failure.problem}");
    }
}

2. 修正当前实现中的硬编码错误 #

结合你提供的文件与代码，存在3个可直接导致静默部署失败的问题：

• 元数据文件格式错误：destructiveChanges.xml必须和package.xml遵循完全一致的XML Schema，必须补充与package.xml版本一致的<version>51.0</version>节点，缺失版本标签会被Salesforce判定为无效元数据包
• Zip包结构错误：手动创建Windows压缩包时，需确保package.xml、destructiveChanges.xml直接位于压缩包根目录，不能嵌套在子文件夹下，否则Salesforce无法扫描到元数据文件
• Deploy入参格式错误：Salesforce Metadata API的deploy方法要求传入的zipFile参数为Base64编码的字符串，不需要将字符串再做一次UTF8字节转换。当前代码将Base64字符串转成字节数组再传入的逻辑，会导致请求体编码损坏，触发API层的静默失败

正确的部署传参参考

// 直接读取本地zip文件转Base64字符串，无需二次编码
string base64ZipContent = Convert.ToBase64String(File.ReadAllBytes(@"D:\delcustom\DelCustomObject.zip"));
var resultDel = _metaService.deploy(base64ZipContent, new DeployOptions() { 
    purgeOnDelete = true, 
    singlePackage = true 
});

3. 排查业务层面的删除阻断项 #

当上述技术问题修正后，如果仍出现部署失败，可按以下方向排查：

• 确认集成用户具备目标自定义对象的删除权限，无权限边界限制
• 确认目标自定义对象不存在未解除的元数据依赖（如触发器、关联流程、权限集引用、关联查找关系等），存在依赖的对象无法直接被purge删除

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