Git中如何安全将master分支引用更新为version_B分支的内容？

方案选择结论 #

这种存在大量文件变更、需要完全对齐分支内容的场景，既不推荐普通merge，也不推荐直接硬reset，选择「可控内容替换+提交记录保留」的方案风险最低。

不选普通merge的原因 #

普通三方merge会对比版本A和版本B的所有差异，因为你在版本B中删除了大量旧文件、调整了目录结构，合并时会产生数百甚至数千个冲突，手动解决极易出错，完全没有必要。

不选直接reset --hard的原因 #

直接执行git reset --hard version_B虽然能一步到位修改master指针，但会直接丢失当前master分支上版本A的所有后续提交记录（比如之前修复的漏洞提交），而且多人协作场景下，其他已经拉取过旧master的开发者执行pull操作时会产生分支分叉，处理不当很容易把旧版本的提交重新带回master。

具体操作步骤 #

所有操作执行前先做备份，避免操作失误无法回滚：

1. 给当前旧版本的master打备份分支和标签，方便后续版本A的漏洞修复

# 基于当前master创建备份分支
git branch master_legacy_v1 master
# 给旧版本打标签，后续修复漏洞直接基于该标签切分支即可
git tag v1.0.0_legacy master

2. 切换到master分支，同步远程最新内容

git checkout master
git pull origin master

3. 完全替换master的内容为version_B的内容，全程无冲突

# 清空当前工作区和暂存区的所有文件
git rm -rf .
# 把version_B分支的所有内容拉取到当前工作区和暂存区
git checkout version_B -- .

4. 校验内容正确性，确认无误后提交

# 对比当前暂存区内容和version_B分支的差异，确认没有不一致
git diff --staged version_B
# 提交变更
git commit -m "build: 更新master为version_B升级版本，完全对齐v2架构要求"

5. 推送修改到远程仓库
   如果是保护分支，基于当前master提交PR走合入流程即可；如果允许直接推送，执行：

git push origin master

后续版本A漏洞修复流程 #

后续需要给版本A修复漏洞时，直接基于之前打的v1.0.0_legacy标签切分支开发即可，修复完成后打对应的补丁标签，不会影响新master的内容。

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