git push -u origin branch-name是创建远程分支并建立跟踪关系的唯一可靠方式，它既推送代码又写入上游配置，缺省-u则仅单向上传、无跟踪，导致后续pull/push失败。
git push -u origin branch-name 是创建远程分支并建立跟踪关系的唯一可靠方式。其他看似“创建成功”的操作（比如只执行 git push origin branch-name 而不带 -u），会导致后续 git pull 或 git push 失败，因为本地分支没有关联远程追踪信息。
为什么 git push -u origin branch-name 不可省略 -u
不加 -u 的推送只是单向上传，Git 不会记录“这个本地分支对应哪个远程分支”。后续运行 git pull 时会报错：There is no tracking information for the current branch.；git push 也会提示需指定远程和分支名。而 -u（即 --set-upstream）会写入配置项 branch.branch-name.remote 和 branch.branch-name.merge，让 Git 知道该分支默认同步到哪。
-
git push origin branch-name：仅上传，无跟踪 -
git push -u origin branch-name：上传 + 写入跟踪配置 - 等价写法：
git branch --set-upstream-to=origin/branch-name branch-name（适合补救）
远程分支名和本地分支名可以不同
有时你希望本地用短名（如 feat），但远程统一用 feature/login。这时不能依赖 -u 自动推断，必须显式指定映射：
batch-git-url-replace
下载
批量替换指定目录下所有 Git 仓库的远程地址（remote URL）。 当用户需要将 Git 仓库从一个服务器迁移到另一个服务器时使用。 触发词：git remote 替换、git url 批量修改、git 仓库迁移、更换 git 地址、批量修改 remote url。
-
git push -u origin feat:feature/login：把本地feat推为远程feature/login，并建立跟踪 - 之后
git pull/git push仍有效，但git branch -vv显示的是[origin/feature/login]，不是[origin/feat] - 注意：远程分支名中含
/是合法的，GitHub/GitLab 都支持，且能自动归类为“功能分支”视图
验证远程分支是否真正创建并关联成功
光看 git push 返回 success 不代表万事大吉。必须手动确认三件事：
- 运行
git branch -r，确认输出里有origin/branch-name（或你指定的远程名） - 运行
git branch -vv，当前分支行末应显示类似[origin/branch-name]，而非[no upstream] - 尝试
git pull—— 成功不报错，才说明跟踪已生效；如果失败，大概率是-u漏了或拼写不一致
常见误操作：以为 git checkout -b 就能自动创建远程分支
git checkout -b feature/foo 只在本地创建分支，完全不影响远程。这是新手最常卡住的点——改完代码后直接 git push，结果报错：fatal: The current branch feature/foo has no upstream branch.
- 正确流程必须是三步：本地创建 → 提交至少一次 →
git push -u origin feature/foo - 漏掉“至少一次提交”，
git push会静默失败（尤其当本地分支为空时） - 别信 GUI 工具的“Push Branch”按钮——很多工具默认不带
-u，需手动勾选“set upstream”或检查日志输出是否含upstream is
git push 和 git push --delete 控制，它不存在“独立创建”这回事。所谓“创建远程分支”，本质就是把本地引用推送到远程 ref 的一次写入动作；而是否能被 pull/push 便捷操作，则全看 -u 有没有成功写入本地配置。 
