当你用完一个Git分支（比如功能开发完、bug修复好且已经合并到主分支），标准操作流程大概是这样的：

• 确认分支已被合并：先切换到主分支（比如git checkout main或git checkout master），然后用git branch --merged查看已合并到当前分支的分支列表，确认要处理的分支在里面——没合并就删的话很容易丢代码，一定要确认清楚！
• 删除本地分支：确认没问题后，执行git branch -d <分支名>。如果分支没合并但你确实想删除，可以用git branch -D <分支名>（大写D是强制删除，谨慎使用）。
• 删除远程分支（如果存在）：如果这个分支之前推送到了远程仓库，执行git push origin --delete <分支名>，把远程分支也清理掉，避免仓库里分支泛滥。
• 同步主分支（可选）：最后可以拉一下主分支的最新内容，确保本地主分支和远程保持一致：git pull origin main（或master）。

这种场景太常见了，咱们一步步来，保证只拉取你需要的上游master合并内容，完全不会碰那些Hotfix12、NewFeature5之类的分支：

• 确认上游仓库的远程配置：先检查你有没有把上游仓库添加为remote，执行git remote -v，如果看不到upstream的条目，先添加：git remote add upstream <上游仓库的Git地址>。
• 仅拉取上游master分支的最新内容：别用git fetch upstream（这会拉取上游所有分支），而是指定只拉master分支：git fetch upstream master。这条命令只会把上游master的最新状态（包括你的PR合并内容）拉到本地的upstream/master引用里，完全不会涉及其他分支。
• 同步到本地对应分支：接下来看你想怎么处理本地的patch1分支：
  • 如果你还想保留patch1分支，切换过去后合并上游master：git checkout patch1，然后git merge upstream/master，这样你的本地patch1就会包含上游合并后的内容。
  • 如果你觉得patch1已经完成使命，也可以切换到本地的master/main分支，合并上游master：git checkout master，然后git merge upstream/master，之后就可以删掉本地的patch1分支了（用之前说的git branch -d patch1）。

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