VSCode“同步更改”图标根据本地与远程差异自动执行git push或git pull：本地有未推送提交则推，远程有新提交则拉，两者都有则先拉再提示是否推；右键分支名“合并分支”等价于git merge <source-branch>，需先切换至目标分支且默认--no-ff；Git Graph中cherry-pick失败主因是存在未提交修改或目标分支已含该提交；Ctrl+Enter与点击√均触发git commit，但√会按conventional commits规范拆分subject/body。
VSCode 内置 Git 功能 + Git Graph 插件，足以覆盖 95% 的日常 Git 操作，无需打开终端敲命令——但前提是得知道哪些操作该点哪、哪些按钮背后实际在执行什么命令，否则图形界面反而会掩盖问题。
为什么点“同步更改”有时不推送，有时却拉取？
VSCode 底部状态栏的 同步更改 图标（带双向箭头的云）不是固定“推”或“拉”，它会根据当前分支与远程跟踪分支的差异自动决定行为：
- 如果本地有未推送的提交 → 执行
git push - 如果远程有新提交未拉取 → 执行
git pull - 如果两者都有 → 先
pull（含自动 merge），再提示是否push
容易踩的坑：同步更改 不会强制 rebase，也不处理冲突前的预检。一旦 pull 过程中出现冲突，它只会停在合并失败状态，文件里留下 <<<<< HEAD 标记，需要你手动解决并重新提交。
右键分支名选“合并分支”，到底在执行什么？
这个操作等价于运行 git merge <source-branch>，但有几个关键细节决定结果：
alfred-github-backup
下载
GitHub 仓库备份技能 - 将 OpenClaw 工作空间自动或手动备份至 GitHub 私有仓库。支持自动定时备份和手动交互式配置，引导完成 Token 配置、仓库创建、首次备份及定时任务设置。用途：(1) 首次设置 (2) 日常备份。
- 必须先切换到目标分支（比如你在
main上右键feature/login，才是把 feature 合进 main） - 如果目标分支没有设置上游（upstream），VSCode 不会自动关联远程分支，
merge仅限本地 - 默认使用
--no-ff（即强制创建 merge commit），不会快进（fast-forward）——这点和纯命令行不同，命令行需显式加--no-ff才保留分支线 - 若开启
Git Graph，合并后图形区域会立刻显示新的分叉+合并节点，颜色和连线清晰反映流向
Git Graph 里右键提交做 cherry-pick，为什么有时失败？
cherry-pick 在图形界面看似简单，但底层依赖工作区干净、无未提交变更：
- 只要存在未暂存或未提交的修改，VSCode 就会直接报错：
Unable to cherry-pick: There are uncommitted changes. - 如果目标分支上已有该提交的 patch（哪怕 hash 不同），会提示
The selected commit is already included in the current branch. - 遇到冲突时，VSCode 不会像命令行那样停在
CHERRY-PICKING状态，而是直接弹出冲突文件列表，并高亮标记冲突块，此时必须手动解决、暂存、再点击Continue Cherry-Pick按钮（不是提交） - 注意：cherry-pick 是“复制提交”，不是“移动”，原提交仍保留在源分支上
提交信息框里按 Ctrl+Enter 提交，和点 √ 图标有区别吗？
没有本质区别，两者都触发 git commit -m "..."。但有一个易被忽略的兼容性细节：
- 如果提交信息里含换行符（比如你手动回车写了多行），Ctrl+Enter 会把全部内容作为单条消息提交；而点击 √ 图标时，VSCode 会截断第一行作为 subject，其余作为 body —— 这符合
conventional commits规范，也影响后续自动生成 CHANGELOG - 如果你用的是
GitLens，它会在提交后立即扫描该消息并关联 Jira ID、PR 链接等元数据；纯内置 Git 不做这类解析 - 输入框为空时点 √，VSCode 会拒绝提交；但 Ctrl+Enter 会弹出空消息警告，行为一致
真正复杂的地方在于：图形界面隐藏了 reflog、detached HEAD、rebase 中间状态这些底层概念。一旦操作偏离常规路径（比如在 Git Graph 里对某次 merge 右键选 Reset Branch to Commit），就极可能丢失引用或让分支图变乱——这时候别硬点，先打开终端跑 git status 和 git log --oneline --all --graph 确认当前真实状态。
