Git如何仅将变更文件合并到无关联的staging长期分支？

两个无共同父节点的分支执行全量合并时，git merge --allow-unrelated-histories会对两个分支的所有文件做对比，只要文件内容、路径存在差异就会触发冲突，和你实际修改的文件数量无关，因此不适用你的场景。

以下是适配该场景的可行方案：

方案1：cherry-pick（你当前在用的最优方案，适配少量提交场景） #

• 操作流程：
  1. 切换到staging分支：git checkout staging
  2. 记录功能分支上需要同步的提交的commit hash，逐个执行同步：git cherry-pick <对应commit hash>
  3. 若存在冲突仅需要解决你修改过的文件的冲突，其余文件不会触发冲突，冲突解决完成后正常提交推送即可
• 优势：仅针对指定提交做变更同步，不会引入全量分支对比产生的冗余冲突。

方案2：git format-patch + am 打补丁（适配多提交批量同步场景） #

• 操作流程：
  1. 切换到你的功能分支，导出需要同步的提交补丁包，例如需要同步最近3个提交时执行：git format-patch -3 --stdout > feature.patch
  2. 切换到staging分支：git checkout staging
  3. 应用导出的补丁包：git am < feature.patch
  4. 补丁应用过程中如果遇到冲突，解决冲突后执行git am --continue即可完成同步
• 优势：批量同步多个连续提交时，操作比多次执行cherry-pick更高效，同样不会触发无关文件冲突。

方案3：直接检出改动文件（适配改动极少的场景，例如你仅新增1个文件的情况） #

• 操作流程：
  1. 切换到staging分支：git checkout staging
  2. 直接从功能分支检出你改动的目标文件：git checkout <功能分支名> -- 改动文件的完整路径
  3. 正常提交推送即可
• 优势：操作逻辑最简单，完全不会触发任何无关冲突，适合仅改动1-2个文件的场景。

内容的提问来源于stack exchange，提问作者Mattias Thalén