SubGit：如何将修改后的SVN日志同步至Git仓库

嘿，我来帮你梳理下这个问题——你的操作思路存在不小的风险，而且完全没必要走这么极端的步骤，甚至可能搞乱团队的协作仓库状态。我先拆解下你的方案问题，再给你更安全的操作方式：

你的方案为什么不推荐？ #

• subgit uninstall是彻底移除同步配置：这个操作会删掉SubGit的钩子、映射文件和同步状态，后续install相当于从头开始全量同步，不仅耗时，还可能丢失Git仓库中本地的自定义提交（如果有的话）。
• 强制重置Git远程仓库会破坏协作：git reset --hard HEAD~5再git push -f会直接重写Git的提交历史，其他克隆了这个仓库的开发者本地的历史会和远程完全脱节，后续拉取会遇到大量冲突，除非所有人都配合重置本地仓库，否则这对团队协作来说是灾难。

正确的同步SVN修改日志到Git的步骤 #

SubGit本身支持同步SVN的提交日志变更，不需要重置仓库，按以下步骤操作即可：

1. 先确认SVN的日志修改已生效：确保你修改的SVN提交日志已经同步到SVN服务器（如果是本地修改的话，要推送到SVN远程）。
2. 停止SubGit同步服务：在Git服务器的同步仓库目录下执行：

   subgit stop
   

   这只是暂停同步，不会删除任何配置，比uninstall安全得多。
3. 重新拉取并同步SVN的修改：执行fetch命令并加上--replay参数，让SubGit重新读取SVN的提交历史，包括你修改后的日志：

   subgit fetch svn --replay
   

   这个命令会更新SubGit维护的SVN与Git提交的映射关系，同时把修改后的日志同步到对应的Git提交中。
4. 重启SubGit同步服务：

   subgit start
   

   之后SubGit会自动保持Git与SVN的双向同步状态。

额外注意事项 #

• 如果你只是修改了SVN的提交日志，没有变更代码内容，通常不会出现冲突，但如果刚好有其他代码变更同步，记得检查并解决冲突后再重启服务。
• 永远不要轻易对公共Git仓库使用git push -f，重写历史是团队协作的大忌，除非你和所有协作成员都确认过操作风险并达成一致。
• 确保你的SubGit是最新版本，旧版本可能对SVN日志修改的支持不够完善。

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