网页端无法直接执行git命令，分支操作依赖ui交互且受限于git底层逻辑：创建分支需远程推送但可能未同步显示，合并默认生成merge提交且不支持rebase/squash（除非预设），重命名分支必须本地操作，因涉及ref路径变更而网页端无权限处理。
网页端不能直接执行 git branch 或 git checkout，所有分支操作必须通过平台 UI 交互完成，且底层仍依赖 Git 命令逻辑——这意味着网页端的“创建分支”本质是调用 git branch + git push，而“切换分支”只是改变当前仓库视图的 HEAD 指向，不触发本地工作区变更。
网页端创建新分支时，为什么看不到刚建的分支？
新建分支后立即刷新页面却没出现在分支列表里，常见原因有三个：
- 分支只存在于远程仓库（如 GitHub/GitLab），但尚未被你本地 clone 或 fetch 过；网页端显示的是远程分支列表，但部分平台默认只列出已跟踪的分支（即本地有对应 remote-tracking 分支的）
- 你用的是 GitHub 的 “New branch” 输入框，但没点 “Create branch” 按钮（仅输名字不生效）
- 分支名含非法字符（如空格、中文、斜杠
/在某些平台需手动 URL 编码），导致创建失败但 UI 提示不明显
验证方式：在网页端点击 “Branches” 标签页，确认右上角是否显示 “Switch branches” 下拉框中包含该分支名；若没有，尝试在地址栏末尾手动拼接路径，例如 https://github.com/owner/repo/tree/your-branch-name，能打开说明分支已存在，只是未同步到分支列表缓存。
GitHub / GitLab 网页端合并分支的实际效果
点击 “Merge pull request” 或 “Accept merge request” 后，平台会执行类似 git merge --no-ff 的操作，并生成一个合并提交（merge commit），但这个过程不可逆、不支持 --squash 或 --rebase 选项（除非提前在 PR 设置里开启 squash merge）。
- GitHub 默认 merge 方式是
Create a merge commit，即使两个分支无冲突，也会多出一个 merge 提交；GitLab 默认是Fast-forward merge（仅当目标分支是源分支的直接祖先时才生效） - 如果 PR 中有冲突，网页端会明确标红提示 “Resolve conflicts”，此时无法直接合并，必须先在本地解决并 push，或使用网页端内联编辑器逐文件修改（不推荐复杂冲突）
- 合并后，源分支不会自动删除——GitHub 会在 PR 页面提供 “Delete branch” 按钮，GitLab 需在 MR 关闭后手动操作，否则分支会长期残留
网页端重命名分支：根本做不到，必须本地操作
所有主流 Git 托管平台（GitHub、GitLab、Gitee）都不提供网页端重命名分支的功能。原因很直接：分支名是引用（ref）路径的一部分，重命名等于移动 .git/refs/heads/old-name → .git/refs/heads/new-name，这涉及底层 ref 操作，网页端无权限也无机制做原子性迁移。
- 唯一可行路径：先在本地用
git branch -m old-name new-name重命名，再用git push origin :old-name删除旧远程分支，最后git push origin new-name推送新分支 - 注意
git push origin :old-name中的冒号前有空格，这是删除远程分支的语法，别漏掉 - 重命名后，所有关联的 PR/MR、CI 配置、Webhook 都需要手动更新，尤其是 CI 脚本里硬编码的分支名（如
if [ "$BRANCH" = "dev" ]; then...）
网页端分支管理的核心限制在于：它只暴露了 Git 工作流的“读+轻量写”接口，真正的分支指针操作、HEAD 控制、reflog 管理仍牢牢锁在本地 Git。一旦遇到重命名、变基合并、强制推送等需求，就必须切回终端——这不是设计缺陷，而是安全边界。
