Git本地变更共享：推送与拉取方式的可行性疑问

嘿，我来梳理下把本地变更共享给其他用户或分支的常见方式，你提到的两种思路都很靠谱，我再补充几个不同场景下的方案：

方法一：通过中间远程分支中转 #

这种适合需要先让团队review本地分支变更，再同步到目标分支的正式协作场景：

• 先把本地分支推送到对应的远程分支：

  git push origin local/dev:dev
  

• 切换到目标分支（比如new_branch），拉取远程dev的变更合并进来：

  git checkout new_branch
  git pull origin dev
  

• 最后把更新后的目标分支推送到远程：

  git push origin new_branch
  

方法二：直接推送到远程目标分支 #

如果确定不需要中间分支中转，想快速把本地分支的变更同步到特定远程分支，直接一步到位就行：

git push origin local/dev:new_branch

要是远程还没有new_branch这个分支，这个命令会自动创建它，省去了先拉取远程分支的步骤。

补充方法：本地合并后再推送 #

如果只是自己在多个本地分支间同步变更，之后再推送到远程，可以全程在本地完成合并：

• 切换到目标分支：

  git checkout new_branch
  

• 合并本地dev分支的变更（遇到冲突时需要先手动解决）：

  git merge local/dev
  

• 最后推送到远程目标分支：

  git push origin new_branch
  

补充方法：精准同步特定提交 #

如果不需要共享整个分支的变更，只想同步某几个独立的提交，可以用cherry-pick：

• 先在local/dev里找到要同步的提交ID（比如abc123）：

  git log --oneline
  

• 切换到目标分支，执行cherry-pick：

  git checkout new_branch
  git cherry-pick abc123
  

• 解决可能出现的冲突后，推送到远程：

  git push origin new_branch
  

这个方法能精准控制要同步的内容，不会引入分支上的其他无关变更。

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