这个场景我太熟悉了——多分支并行开发但核心代码共享，要单独同步某个修复又怕带进来其他不相关的变更，确实头疼。不过用Git的cherry-pick就能完美解决，结合Android Studio的可视化操作也很方便，我给你一步步拆解：

1. 定位需要同步的修复提交ID #

首先你得精准找到那个包含修复的具体提交：

• 在Android Studio中，打开VCS菜单 → Git → Show History，切换到包含修复的分支。
• 在提交列表里通过提交信息、时间或文件变更找到目标修复提交，右键点击它选择Copy Commit Hash，把这个SHA-1字符串复制下来（这就是你的核心提交标识）。
• 如果你习惯命令行，也可以在终端执行git log --oneline，找到对应提交的短哈希值。

2. 切换到目标分支并确保代码最新 #

• 在Android Studio右下角的分支切换器中，选择要同步修复的目标分支完成切换。
• 执行VCS → Git → Pull，确保目标分支是最新状态，减少后续冲突概率。

3. 单独应用修复提交（Cherry-pick） #

这一步是关键——只把你需要的修复提交单独移植到目标分支，完全不会带入其他无关变更：

方式一：Android Studio可视化操作 #

• 打开VCS → Git → Show History，不用切换分支，直接在搜索框粘贴刚才复制的提交ID快速定位目标修复提交。
• 右键点击该提交，选择Cherry-Pick，AS会自动尝试把这个提交的变更应用到当前分支。

方式二：命令行操作 #

在终端执行：

git cherry-pick <你的提交ID>

4. 处理可能的冲突 #

因为两个分支的UI、Activity等差异很大，核心代码可能出现冲突（比如变量名、方法上下文不同）：

• Android Studio会弹出冲突提示，点击Resolve进入冲突解决界面。
• 界面会对比原提交的变更和目标分支的现有代码，你需要保留修复的核心逻辑，同时适配目标分支的代码上下文（比如调整修复代码的调用参数以匹配目标分支的方法定义）。
• 解决完所有冲突后，点击Apply，然后提交变更即可。

额外注意事项 #

• 如果你的修复提交依赖其他前置提交（比如先改了某个工具类再修复核心问题），需要把这些依赖提交按原分支的顺序依次cherry-pick。
• 完成操作后，建议跑一遍目标分支的测试，确保修复生效且没有破坏现有功能。

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