如何将文件的Git修改移至拥有多后代分支的祖先分支？

既然所有后代分支都没碰过这个Visual Studio项目文件，不会有合并冲突，完全可以通过以下步骤实现需求，不用逐个分支手动修改：

1. 导出master分支里的文件修改 #

先把master中该文件的改动存成补丁，方便后续复用：

# 如果修改已经提交到master，用这个命令生成补丁（替换Project.csproj为你的实际文件名）
git diff master^ master -- Project.csproj > project-fix.patch

# 如果修改还没提交，直接导出当前工作区的改动：
git diff -- Project.csproj > project-fix.patch

2. 准备目标祖先分支 #

如果你不想改动原有的「merge branch 1.3.2new」提交，最好基于它创建一个新分支来承载修改：

git checkout -b updated-1.3.2new "merge branch 1.3.2new"

如果确定可以直接修改原分支（比如该分支是本地私有，没人在协作），直接切换过去就行：

git checkout "merge branch 1.3.2new"

3. 将修改应用到目标分支 #

把刚才生成的补丁应用到当前分支，然后提交：

git apply project-fix.patch
# 检查文件修改是否正确，没问题就提交
git add Project.csproj
git commit -m "Sync VS project file fix from master"

4. 批量同步所有后代分支 #

因为后代分支都没修改过这个文件，git rebase是最高效的方式——把每个后代分支重新基于更新后的祖先分支，自动继承修改：

# 逐个处理后代分支，以第一个为例：
git checkout symlinks/master/job_log_#files_backupsize
git rebase updated-1.3.2new

# 处理第二个分支
git checkout snapshot_archive_target_not_found
git rebase updated-1.3.2new

# 剩下的分支同理：
git checkout scandir_fix
git rebase updated-1.3.2new
git checkout miscellaneous
git rebase updated-1.3.2new

⚠️ 注意：如果这些分支已经推送到远程仓库，变基后需要用git push --force更新远程。但这么做之前一定要和团队成员沟通确认——只有当这些分支是私有分支，或者所有人都知道要变基时才这么操作，避免打乱别人的工作。

另一种方式：用cherry-pick（如果修改是单独提交） #

如果master里的修改是一个独立的提交，直接把这个提交复制到祖先分支更简单：

# 先找到master中对应修改的提交哈希（比如用git log查看，假设是abc123）
git checkout updated-1.3.2new
git cherry-pick abc123

# 之后再对每个后代分支执行rebase，步骤和上面一样

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