git co - 失效是因为 co 非内置命令，需在 .gitconfig 中配置别名 co = checkout，且 - 仅 git 2.23+ 支持，旧版本会误判为路径；更兼容写法是 git switch -。
git co - 切换上一个分支的快捷方式为什么总失效
很多人以为 git co - 就能回到上一个分支，结果报错 error: pathspec '-' did not match any file(s) known to git。这不是命令写错了，而是你没配置好别名或 Git 版本太低。
-
git co本身不是内置命令，必须先在~/.gitconfig中定义别名：co = checkout -
git checkout -（注意没有空格）才是原生命令，-表示“上一个分支”，但只适用于 Git 2.23+；旧版本会把它当路径处理 - 更兼容的写法是
git switch -（Git 2.23+ 推荐），它专为分支切换设计，不带副作用，且明确拒绝路径参数 - 如果用的是 Zsh，还要检查是否启用了
git插件——某些插件会覆盖-的行为
zsh + fzf 实现模糊搜索切换分支的最小可行配置
当分支数超过 10 个，靠记忆或 git branch 列表翻页效率极低。fzf 是最轻量、响应最快的交互式筛选器，配合 Zsh 可以三行搞定。
- 先安装 fzf：
brew install fzf（macOS）或sudo apt install fzf（Ubuntu） - 在
~/.zshrc加入：gco() { git checkout $(git branch --format="%(refname:short)" | fzf) } - 执行
source ~/.zshrc后，直接运行gco，输入任意子串（如feat或login）即可高亮匹配分支 - 注意：不要用
git branch | fzf，因为默认输出带星号和空格，会导致 checkout 失败；--format确保只输出干净分支名
VS Code 中 Ctrl+Shift+G 切换分支时丢失编辑器状态怎么办
VS Code 声称“切换分支保留打开文件”，但实际常出现 tab 关闭、光标重置、未保存内容消失等问题。这不是 bug，而是工作区状态保存机制被禁用或冲突。
Lovefromio Github
下载
使用 `gh` CLI 与 GitHub 交互。通过`gh issue`、`gh pr`、`gh run` 和 `gh api` 管理 issue、PR、CI 运行以及高级查询。
- 确认启用
git.autoStash和git.autoRestoreStash：它们会在 checkout 前自动git stash，切回后git stash pop，避免因未提交变更阻塞切换 - 检查设置中是否关闭了
workbench.editor.reopenLastEditorOnStart—— 它影响的是启动时恢复，而非分支切换 - 真正控制编辑器状态的是
files.hotExit和files.autoSave：建议设为onFocusChange或afterDelay，否则切换瞬间未保存内容可能丢失 - 如果使用多根工作区（workspace），分支状态仅对当前打开的仓库生效；其他根目录下的 Git 仓库不会同步切换
alias.lg 配置后日志乱码或图形不显示
git lg 是高频使用的可视化日志别名，但复制网上配置后常出现 ASCII 图形断裂、中文乱码、颜色丢失等问题。
- 关键参数不能省：
--graph控制拓扑图，--pretty=format:...定义字段，--abbrev-commit缩短哈希值 - Windows 用户需额外设置终端支持：在 VS Code 集成终端中运行
git config --global core.quotepath false，否则路径中的中文会被转义 - Mac/Linux 上若用 Alacritty 或 Kitty，要确保
$TERM包含256color（检查echo $TERM），否则--color不生效 - 推荐最小安全配置：
lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)%Creset' --abbrev-commit --date=relative
分支切换本身不复杂，真正卡住人的永远是环境差异：Git 版本、shell 类型、终端能力、IDE 设置之间存在大量隐性依赖。别指望一套配置全平台通用，先验证 git version 和 $SHELL，再逐层叠加功能。
