如何识别在两个不同SVN分支中被修改的脚本

我之前在类似的SVN协作团队里遇到过一模一样的问题——多个Release分支共用测试环境，偶尔会出现同一脚本被不同分支修改的情况，排查起来确实头疼。结合SVN的原生工具和团队协作的小技巧，给你几个实用的解决方案：

1. 直接查询单个文件的跨分支修改记录 #

如果已经怀疑某个脚本可能被多分支修改，或者想批量检查关键脚本，用SVN的日志命令就能快速定位：

• 运行svn log --verbose --stop-on-copy <脚本的SVN URL>，这个命令会追踪该文件从主干创建分支后的所有提交记录，包括它在各个Release分支里的修改。你可以从输出里看到哪些Release分支对这个脚本有过提交。
• 举个例子，假设你的脚本路径是https://svn.yourcompany.com/project/scripts/pay_process.sh，执行命令后，日志里会列出每个提交对应的分支路径，比如/branches/Release_v2.1、/branches/Release_v2.2，如果同一个脚本在多个这样的分支里都有提交记录，就说明它被跨分支修改了。

2. 批量对比多分支的文件差异 #

如果想一次性找出所有被多个Release分支修改的脚本，可以用分支差异对比工具：

• 对两个Release分支，用svn diff https://svn.yourcompany.com/project/branches/Release_A https://svn.yourcompany.com/project/branches/Release_B --summarize，这个命令会列出两个分支之间所有有差异的文件，你可以筛选出.sh、.py这类脚本文件，看看哪些是两边都修改过的。
• 如果你的Release分支很多，可以写个简单的shell脚本遍历所有分支，逐个和主干（或者基准分支）对比差异，把重复修改的脚本收集起来。比如：

  # 假设所有Release分支都在/branches下，前缀是Release_
  for branch in $(svn list https://svn.yourcompany.com/project/branches/ | grep Release_); do
      svn diff https://svn.yourcompany.com/project/trunk https://svn.yourcompany.com/project/branches/$branch --summarize | grep -E "\.(sh|py)$" >> modified_scripts.txt
  done
  # 最后统计modified_scripts.txt里出现多次的文件
  sort modified_scripts.txt | uniq -d
  

3. 给脚本添加修改分支的追踪属性 #

从预防和长期追踪的角度，你可以给修改过的脚本添加自定义SVN属性，记录它被修改过的分支：

• 当在某个分支修改脚本后，执行svn propset branch-modified "$(basename $(pwd))" <脚本路径>（这里假设当前分支目录名就是Release分支名），把分支名作为属性值添加到脚本上。
• 后续要查询某个脚本的修改分支，只需要运行svn propget branch-modified <脚本路径>，如果返回多个分支名（或者多次执行看到不同分支的记录），就说明它被跨分支修改过。
• 也可以把这个步骤加到团队的提交规范里，让大家修改脚本时自动添加这个属性，减少后续排查成本。

4. 结合测试环境部署记录反向排查 #

既然测试环境同时部署了多个分支，你可以先从测试环境的部署日志里找出近期部署的所有Release分支，然后针对这些分支，用上面的方法对比脚本差异，快速缩小排查范围。比如先列出部署过的分支：Release_v2.1、Release_v2.3，然后直接对比这两个分支的脚本差异，找出可能冲突的文件。

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