首次推送必须用git push -u origin main，否则不建立跟踪关系，后续git pull会报“no tracking information”，git push也无法省略参数；加-u后可直接用git push和git pull。
本地分支没设上游，git push 和 git pull 就只能靠猜——不是报错，就是推错地方。最稳妥的做法是：首次推送必须带 -u，后续操作才真正“自动化”。
git push -u origin main 为什么不能省略 -u
不加 -u 就只是单次上传，Git 不会记录“这个本地分支该对应哪个远程分支”。下次执行 git pull 会直接报错：There is no tracking information for the current branch；git push 也会失败，提示你手动指定目标。
-
git push origin main：只传代码，不建关系 -
git push -u origin main：传代码 + 把当前分支的上游设为origin/main - 设完后，
git branch -vv会显示类似* main abc123 [origin/main] commit msg - 如果远程尚无该分支，
-u会先创建它，再关联
git checkout --track origin/dev 是什么场景用的
当你想基于一个别人已推、但本地还没的远程分支（比如 origin/dev）新建开发分支时，别用 git checkout dev —— 它在 Git 2.29+ 中默认不自动跟踪，容易掉坑里。
Git Changelog Generator
下载
使用约定式提交（Conventional Commits）从 Git 历史记录中生成结构化变更日志，支持多种格式、AI 增强型描述以及可自定义的范围……
- 先
git fetch origin同步远程引用（确保origin/dev在本地缓存里存在） - 再
git checkout --track origin/dev：创建本地dev分支，并立刻设上游为origin/dev - 等价写法：
git checkout -b dev --track origin/dev，语义更清晰 - 如果本地已有同名分支，
--track会拒绝覆盖，需先删或换名
git branch --set-upstream-to=origin/xxx 补救怎么写
这是“事后补救”的命令，适用于三种典型情况：忘了加 -u、要换上游、本地和远程分支名不一致。
- 当前就在目标分支上：
git branch --set-upstream-to=origin/main - 指定分支名（比如当前在
main，但想给feat-login设上游）：git branch --set-upstream-to=origin/login-ui feat-login - 解除关联：
git branch --unset-upstream，之后再重设 - 设完务必用
git branch -vv验证，避免拼错 remote 名（比如写成orgin/main）或分支名
git fetch origin 为什么总被忽略
git branch -r 显示的是本地缓存的远程分支快照，不是远程实时状态。远程新增了 feature/login，你本地 git branch -a 看不到，不是 Git 坏了，是没同步元数据。
-
git fetch origin才是真正把远程所有分支信息拉到本地（不改工作区） - VSCode 点“发布到 GitHub”卡住、提示
no upstream configured，往往就因为没fetch过，它默认找origin/main，但远程只有master -
git remote show origin能看到远程默认分支名，比盲猜靠谱 - 别信
git branch -r的输出，它可能已经过期一小时甚至一天
真正容易被忽略的不是命令本身，而是“远程分支信息不会自动刷新”这个前提——所有依赖远程分支名的操作，都得先确认 git fetch 已执行，否则后续每一步都在拿过期数据做判断。
