git checkout -b 本地分支名 origin/main 报错，因该命令仅支持本地分支；正确流程是先 git fetch origin 同步元数据，再 git checkout -b dev-feature origin/main；git 2.23+ 推荐用 git switch -c dev-feature --track origin/main。
git checkout -b 本地分支名 origin/main 不起作用？
因为 git checkout -b 只能基于本地已有分支创建，而 origin/main 是远程引用，不是本地分支。直接这么写会报错：fatal: Not a valid object name: 'origin/main'。
正确做法是先确保本地有最新远程分支信息，再基于本地跟踪分支创建：
-
git fetch origin—— 同步远程分支元数据（必须做） -
git checkout -b dev-feature origin/main—— 此时origin/main已被识别为可追踪的远程分支引用
注意：Git 2.23+ 更推荐用 git switch 替代 git checkout，语义更清晰：
git fetch origingit switch -c dev-feature --track origin/main
git branch -D 能删掉远程分支吗？
不能。git branch -D 只删本地分支，对远程毫无影响。很多人误以为删了本地就等于“放弃”了远程分支，结果下次 git pull 还会自动拉下来——因为远程分支依然存在，且本地配置的 remote.origin.fetch 仍包含它。
删远程分支得用 git push 的删除语法：
-
git push origin --delete dev-feature（推荐，语义明确） - 或简写：
git push origin :dev-feature（冒号前空格，表示“推送空内容到远程分支”，即删除）
删完后，建议运行 git fetch --prune 或 git remote prune origin，清理本地残留的 origin/dev-feature 远程跟踪引用，否则 git branch -a 里还会看到它。
从 main 拉分支时，为什么新分支提交后 push 报 “non-fast-forward”？
这是典型「本地分支和远程同名分支已分叉」导致的拒绝。常见于：你在本地基于旧版 main 创建了 dev-feature，期间别人向 origin/main 推了新提交，但你没同步，直接 git push origin dev-feature 就可能触发该错误（尤其当远程已存在同名分支时）。
解决关键不是硬推，而是确认意图：
- 如果
dev-feature确实是全新开发、和远程无关，就加-u首次设置上游：git push -u origin dev-feature - 如果发现远程已有同名分支且你不小心覆盖了别人工作，立刻停手，先
git fetch origin查看差异，再决定 rebase 或 merge - 避免后续踩坑：创建分支前养成
git fetch origin && git reset --hard origin/main（谨慎！确保本地无未提交变更）
git switch 和 git checkout 在分支创建上有什么实际区别？
git switch 是 Git 2.23 引入的专用分支切换命令，把原来 git checkout 的分支操作、文件恢复、分离 HEAD 等职责做了拆分。对「从 main 拉新分支」这个动作，它更安全、意图更明确：
-
git switch -c dev-feature main—— 基于本地main创建并切换 -
git switch -c dev-feature --track origin/main—— 基于远程main创建并设置上游跟踪
而 git checkout -b 在某些老版本 Git 中遇到不存在的本地分支名时，会静默尝试匹配远程分支名（比如你输错成 mainn，它可能去查有没有 origin/mainn），造成意外行为；git switch 默认不自动 fallback 到远程，出错就报错，反而更容易暴露问题。
如果你团队还在用 Git git switch，少一个歧义点。
