向GitLab已删除的远端分支执行push操作会有什么后果？相关问题如何处理？

1. 保持当前配置直接执行push操作的结果 #

本地分支追踪的远端分支已删除的状态下，执行git push的结果取决于你的Git默认push规则配置：

• 未自定义push.default规则时，Git会直接抛出错误，提示当前分支的上游分支不存在，推送失败。此时执行git status也能看到提示：Your branch is based on 'origin/xxx', but the upstream is gone.
• 如果你配置了push.default为匹配当前分支名的规则，Git会自动在远端重新创建同名的已删除分支，将本地代码直接推送到这个恢复的远端分支上。

2. 解除本地分支与已删除远端分支的追踪关系 #

你可以按需选择以下操作：

• 仅清空当前分支的上游追踪关系，不关联新的远端分支：执行命令 git branch --unset-upstream
• 直接将当前分支关联到新的远端分支，自动覆盖原有无效的追踪关系：执行命令 git branch --set-upstream-to=origin/<新远端分支名>
• 批量清理本地所有已失效的远端分支追踪缓存：执行命令 git remote prune origin，执行后本地缓存的远端分支列表会和GitLab端实际状态同步，不会再显示已删除的远端分支。

3. 该场景下是否直接新建分支更简单 #

两种方案的适用场景明确，按需选择即可：

• 如果本地旧分支已有新的修改、或者你需要保留原分支的提交历史，直接在现有分支上解除追踪后推送新的远端分支操作成本更低，不需要迁移修改内容，也能保留完整的提交记录。
• 如果你还未开始新的开发、或者不需要保留旧分支的提交历史，直接基于最新的主分支新建开发分支是更稳妥的方案，能避免后续合并时出现大量不必要的冲突。

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