如何自动将SVN后续提交变更同步到已初始迁移的GitHub仓库

针对你不需要保留后续SVN提交历史、仅需自动合并改动到GitHub对应分支的需求，直接用git-svn+定时脚本就能实现全自动化同步，完全不用手动逐提交搬运。

前置依赖 #

• 同步用的机器（公司构建机、常驻云服务器都可以，别用个人办公机，避免关机断网中断同步）安装好Git，git-svn是Git官方自带组件，不需要额外安装第三方工具
• 提前配好凭证：同步账号要有SVN仓库读权限、GitHub对应仓库写权限，配置好免密拉取/推送，避免脚本运行时卡密码输入

落地步骤 #

1. 先在同步机上拉取已经完成初始迁移的GitHub仓库：
   git clone 你的GitHub仓库地址 sync-workspace && cd sync-workspace
2. 给本地仓库关联SVN源，注意一定要指定初始迁移完成时对应的SVN版本号，不用重复拉取已经导入过的历史，能省大量时间。如果你的SVN是标准trunk/branches/tags结构，直接用下面的命令，把SVN地址、起始版本号换成你自己的：
   git svn init 你的SVN仓库地址 --stdlayout --prefix=svn/ -r 初始迁移完成时对应的SVN版本号
   如果是非标准结构的SVN仓库，自己指定trunk、需要同步的分支对应路径即可。
3. 拉取起始版本之后的SVN提交记录到本地：
   git svn fetch
4. 写同步脚本，核心逻辑就是拉取两边最新代码、把SVN改动压缩合并到Git分支、无冲突就直接推到GitHub，有冲突就告警通知人工介入。参考脚本如下：

#!/bin/bash
set -e
WORKSPACE="/path/to/your/sync-workspace"
BRANCH="main" # 换成你要同步的Git分支名
SVN_BRANCH="svn/trunk" # 换成对应的SVN分支映射名

cd $WORKSPACE
# 切到目标分支，拉取GitHub最新代码
git checkout $BRANCH
git pull origin $BRANCH
# 拉取SVN最新提交
git svn rebase
# 压缩合并SVN改动，不保留SVN提交历史
git merge --squash $SVN_BRANCH

if [ $? -eq 0 ]; then
    # 无冲突直接提交推送，提交信息可以按需改
    git commit -m "sync: merge latest SVN bugfix at $(date +%Y-%m-%d %H:%M)"
    git push origin $BRANCH
else
    # 有冲突就终止合并，打错误日志，这里可以自己加企业微信/邮件告警逻辑
    echo "[$(date)] Sync failed: merge conflict detected, please resolve manually" >> sync_error.log
    git merge --abort
    exit 1
fi

5. 给脚本加可执行权限，配置定时任务自动运行即可。比如用Linux crontab配置每小时执行一次：
   chmod +x sync.sh
0 * * * * /path/to/your/sync.sh >> /path/to/sync_run.log 2>&1

注意事项 #

• 第一次跑之前先手动执行一遍全流程，确认SVN和Git的分支映射、起始版本号正确，避免误合无关代码
• 因为你Git端已经做了框架、语言版本升级，第一次同步大概率会出现冲突，手动解决完第一次冲突提交后，后续只要两边不同时改同一段代码，基本不会再出冲突，自动同步可以稳定运行
• 多分支同步只需要在脚本里循环加每个分支的同步逻辑，配置好对应的SVN分支映射即可
• 整个同步流程只会读取SVN内容、往GitHub推送，不会修改SVN端任何数据，不会影响原有SVN仓库的正常使用

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