最安全、语义最清晰的方式是git switch -c <branch-name>；git checkout -b仍可用但易误操作，如对已有分支执行会强制重置而非创建，存在丢失历史风险。
直接用 git switch -c <branch-name>，这是当前最安全、语义最清晰的方式；git checkout -b 仍可用，但容易误操作，尤其在已有同名分支时会强制重置——不是创建，而是危险覆盖。
为什么 git branch 创建后看不到新分支在工作区？
git branch feature/login 只是新建一个指向当前 HEAD 的指针，不切换、不修改工作目录。你执行完它，git status 依然显示你在 main（或 master）上，所有文件内容也不会变。
- 想立刻进入该分支干活，必须额外执行
git switch feature/login或git checkout feature/login -
git branch默认只列本地分支；要看到远程分支（如origin/develop），得加-a参数：git branch -a - 如果刚克隆仓库，但
git branch输出为空或没显示main，先运行git rev-parse --is-inside-work-tree确认 VSCode 或终端当前路径确实是 Git 工作区根目录
git switch -c 和 git checkout -b 怎么选？
优先用 git switch -c。Git 2.23 起官方拆分了 checkout 的职责：switch 专管分支切换，restore 专管文件恢复——避免“一个命令干两件事”导致的误操作。
One-click installation of GitHub projects
下载
GInstall OneClick — 一键安装 GitHub 项目：规划、克隆、安装 Node 依赖、运行开发脚本。适用于想要获取 GitHubNode.js 项目的用户。
-
git switch -c bugfix/timeout：从当前HEAD创建并切换，安全、明确 -
git switch -c release-1.2 --track origin/release-1.2：从远程分支创建本地跟踪分支，等价于老写法git checkout -b release-1.2 origin/release-1.2 -
git checkout -b existing-branch是高危操作：如果existing-branch已存在，它不会报错，而是直接把该分支重置到当前HEAD，历史提交丢失 - 旧版 Git（switch，只能用
checkout -b；但即便如此，也建议养成加-b的习惯，杜绝git checkout new-branch这种报错写法
VSCode 里点分支名没反应或切不动？先查这三件事
图形界面失效，90% 不是插件坏了，而是 Git 上下文没对齐。
- 运行
git rev-parse --is-inside-work-tree，输出true才算真正处于工作区；否则 VSCode 只是打开了一个普通文件夹 - 远程分支不显示在分支列表？先终端执行
git fetch，再按Ctrl+Shift+P→ 输入Git: Sync，否则origin/feature/x不会进本地缓存 - 切换后编辑器里文件内容没更新？不是 Git 没生效，是 VSCode 缓存了标签页；手动关闭所有已打开文件，再从资源管理器重新点击打开——这是最稳的刷新方式
- 有未提交修改时强行切换，VSCode 会弹提示让你选
Stash或Discard；但它不会自动帮你git add或git commit，这部分必须自己判断是否保留
真正容易被忽略的点是：分支起点永远是当前 HEAD，不是远程最新提交。哪怕你刚 git pull 过，只要中间有人推了新提交，而你没 fetch，那 git switch -c 创建的分支就基于你本地旧的 HEAD。需要确保起点准确，就得先 git fetch && git merge origin/main 或 git pull 拉齐再建分支。
