SVN没有内置自动清理过期或不活跃分支的功能，必须依赖外部脚本+定时任务+人工策略确认；分支是否“垃圾”取决于团队规范，SVN不记录活跃状态或生命周期元数据，所有清理均为需人工复核的运维行为。
SVN 没有内置机制自动清理过期或不活跃的垃圾分支。
Subversion 是集中式版本控制系统，其设计本身不提供自动识别、标记或删除“不活跃分支”的功能。分支在 SVN 中只是仓库路径（如 /branches/feature-login-2023），服务器不会记录最后一次提交时间、访问日志或活跃状态，也无法基于“X 天未更新”触发自动清理动作。
所谓“自动清理过期分支”，必须依赖外部脚本 + 定时任务 + 人工策略确认，而非 SVN 内置能力。
✅ 正确理解：SVN 分支清理是运维行为，不是版本控制功能
- 分支是否“垃圾”，取决于团队规范（例如：合并进 trunk 后 7 天未删、命名含
tmp_或old_、超过 6 个月无提交）； - SVN 不会主动判断这些语义，也不存储分支生命周期元数据；
- 所有清理动作都需你明确指定规则，并承担误删风险。
? 实现思路（以 Linux 服务端为例）
1. 获取各分支最后提交时间
用 svn log 扫描分支路径，提取最新修订号和日期：
svn log -l 1 --xml file:///path/to/repo/branches/feature-x | grep "<date>" | head -1 | sed 's/<[^>]*>//g'
或批量扫描所有分支（假设分支都在 /branches/ 下）：
SVN搭建及使用教学视频(布尔教育)
下载
《SVN视频教程》，SVN:全称Subversion，是代码版本管理软件，管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。许多人会把版本控制系統想像成某种“时光机器”。
svn ls file:///path/to/repo/branches/ | while read branch; do
[ -n "$branch" ] && \
latest=$(svn log -l 1 --quiet "file:///path/to/repo/branches/$branch" 2>/dev/null | awk 'NR==2 {print $3, $4}') && \
echo "$branch $latest"
done | sort -k2,22. 定义“过期”标准并筛选
例如：最后提交早于 90 天前，且分支名不含 release- 或 maint-：
# 生成待删列表（示例：90天未更新）
find_branches_to_remove() {
cutoff=$(date -d "90 days ago" +%Y-%m-%d)
svn ls file:///path/to/repo/branches/ 2>/dev/null | while read b; do
[ -z "$b" ] && continue
# 跳过保护分支
case "$b" in
release-*|maint-*|stable-*) continue ;;
esac
# 获取最后提交日期（格式：2025-06-15）
last_date=$(svn log -l 1 --quiet "file:///path/to/repo/branches/$b" 2>/dev/null | awk 'NR==2 {print $3}' | cut -d'.' -f1)
[ "$last_date" \< "$cutoff" ] && echo "$b"
done
}3. 安全执行删除（建议先 dry-run）
使用 svn delete 提交事务，保留操作审计痕迹：
find_branches_to_remove | while read branch; do echo "[DRY-RUN] Would delete: branches/$branch" # 真实运行时取消注释下一行，并确保有写权限 # svn delete --force --message "Auto-remove inactive branch: $branch" "file:///path/to/repo/branches/$branch" done
⚠️ 注意：
svn delete是普通提交操作，会生成新 revision；不可逆，务必提前备份或测试路径。
? 为什么不能靠钩子（hook）自动删？
虽然可写 pre-commit 或 post-commit 钩子，但：
- 钩子无法感知“长期不活跃”，只能响应即时操作；
- 自动删分支属于高危运维动作，不应由提交事件触发；
- 缺乏人工复核环节，极易引发事故。
✅ 更推荐的替代方案
| 方式 | 说明 |
|---|---|
| 约定+文档+定期人工巡检 | 在团队 Wiki 明确分支命名规范、生命周期（如“合并后3天内删除”），每月由 SCM 负责人执行 svn ls branches + svn log -l 1 快速筛查 |
| CI/CD 流水线自动归档+提醒 | 在 merge 到 trunk 的流水线末尾，自动打 tag、发企业微信通知负责人手动清理，或生成待处理清单 |
| 只读归档分支目录 | 将确认废弃的分支移动到 /archive/branches/（需 svn move），既保留历史又视觉隔离，避免误用 |
SVN 的分支管理本质是“路径即分支”，清理责任在人，不在系统。自动化的价值在于辅助发现，而非代替决策。
