如何为已被外部删除的文件标记Subversion(SVN)删除状态？

核心思路是先通过SVN状态命令筛选出已经被手动删除、当前标记为「缺失」的受控文件，二次校验文件确实不存在后再执行SVN删除标记，完全规避文件占用导致的数据不一致问题，也不会出现你遇到的报错。

单文件处理方法 #

当你确认某个文件已经被成功删除后，直接执行以下命令即可标记为SVN待删除状态：
svn delete 文件名
注：该命令仅针对SVN已受控的文件生效，如果你是从svn status结果中拿到的文件路径，不会出现路径错误、不在版本控制内的报错。

批量自动处理方法 #

以下脚本可以直接嵌入你的清理流程中，自动识别所有已手动删除的SVN受控文件，仅对确实不存在的文件执行删除标记，不会触碰还在占用、未删除成功的文件：

Windows CMD 脚本 #

for /f "usebackq tokens=2 delims= " %%i in (`svn status ^| findstr /r "^!"`) do if not exist "%%i" svn delete "%%i"

如果是直接在CMD窗口执行，把%%i替换为%i即可。

Windows PowerShell 脚本 #

svn status | Where-Object { $_ -match '^!\s+(.*)' } | ForEach-Object { 
    $file = $matches[1]
    if (-not (Test-Path $file)) { 
        svn delete $file 
    }
}

Linux/Mac Shell 脚本 #

svn status | grep '^!' | awk '{print $2}' | xargs -I {} sh -c 'if [ ! -e "{}" ]; then svn delete "{}"; fi'

方案说明 #

• svn status输出中前缀为!的项，就是SVN已受控但本地文件缺失的文件，脚本直接从SVN的输出中拿取文件路径，不会出现路径不匹配的报错
• 所有脚本都加入了本地文件存在性校验，只有文件确实被你的清理程序删除成功后，才会执行SVN删除标记，完全规避DLL被占用时误标记的问题
• 执行前可以先把命令中的svn delete部分替换为echo，先预览待处理的文件列表，确认无误后再执行实际操作

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