- Git 指令速查
git ls-files列出仓库所有文件git ls-tree --name-only HEAD列出第一层内容，-d只列出目录git config --global core.quotepath false让 Git 显示中文git ls-files -s doc.xlsx查看 Git 对该文件的识别状态git check-attr crlf diff merge -- doc.xlsx查看文件的属性.gitattributes作用：定义路径的属性，控制 Git 如何处理特定类型的文件。最常见的作用是统一换行符。可以指定某些文件（如图片、jar 包）作为二进制处理，防止 Git 尝试合并它们导致损坏。应提交到仓库- 设置二进制文件，不要做行尾转换，不要尝试文本 diff，不要尝试自动合并。
*.xlsx binary
*.jpg binary
*.png binary
*.jar binary
*.zip binary
-
临时切换到历史提交（detached HEAD）
git checkout <commit-hash> # 例如 git checkout def5678 -
detached HEAD 状态：如果直接
git checkout <commit-hash>，会进入 detached HEAD 状态。此时新提交不会属于任何分支，需手动创建分支保存。 -
Attached HEAD：指向某个分支（如 ref: refs/heads/master）。
-
Detached HEAD：直接指向某次提交（如 abc1234），不在任何分支上。
-
切换到最新提交：
git checkout <branch-name># 如git checkout master 或 git checkout master -
查看 HEAD 当前指向：
git symbolic-ref HEAD # 查看指向的分支
cat .git/HEAD # 直接查看内容（分支或提交哈希）
git stash（暂存）：临时保存工作目录和暂存区的修改（包括未跟踪的文件，需加 -u），并将工作区恢复到最近一次提交的状态（干净状态）。
git stash # 暂存所有已跟踪文件的修改
git stash -u # 暂存所有修改（包括未跟踪的文件）
git stash push -m "备注" # 暂存并添加说明（Git 2.13+）
git stash list # 查看所有暂存记录
git stash apply # 恢复最近一次暂存的修改（不删除记录）
git stash pop # 恢复并删除最近一次暂存记录
git stash drop # 删除指定暂存记录
tip
何时用 stash？何时用 commit？
- 用 stash：
- 你正在开发 feature-A，突然要切到 master 分支修复紧急 bug。
- 你修改了多个文件，但不确定是否值得提交（比如调试代码）。
- 用 commit：
- 完成了一个逻辑完整的功能（如 ModelClass 的实现）。
- 需要将代码分享给其他团队成员。
tip
- HEAD 作用：指向当前所在的提交或分支（即你的工作目录状态）。
- 仓库是容器，存储所有提交和分支。
- 分支是提交的别名，HEAD 决定当前工作基于哪个提交/分支。
- 临时使用 SOCKS5 代理
git -c https.proxy="socks5://127.0.0.1:40008" clone https://github.com/user/repo.git
$env:https_proxy="http://127.0.0.1:7897"; git clone https://github.com/user/repo.git && Remove-Item Env:https_proxy
# 设置代理并克隆
pxs && git clone https://github.com/user/repo.git
-
合并无关历史
git pull origin master --allow-unrelated-histories远程和本地都有重要提交，需要合并 -
强制覆盖远程
git push --force origin master远程内容可以丢弃，完全使用本地版本 -
重新初始化仓库
rm -rf .git && git init...本地尚未有重要提交，从头开始 -
自行下载源码，然后关联远程仓库
cd E:\developer-roadmap\developer-roadmap-master # 进入解压后的文件夹
git init # 初始化空仓库
git remote add origin git@github.com:kamranahmedse/developer-roadmap.git # 关联远程仓库
git remote -v #正常应显示：
origin git@github.com:kamranahmedse/developer-roadmap.git (fetch)
origin git@github.com:kamranahmedse/developer-roadmap.git (push)
- 只拉去最新提交记录，
--depth 1意味着 只有 1 条记录（即 HEAD 提交）。
git clone --depth 1 git@github.com:kamranahmedse/developer-roadmap.git # 只下载最新提交
cd developer-roadmap
git fetch --unshallow # 后续按需获取完整历史（可选）
git fetch --depth=100 # 获取最近的 100 条历史
- 提交代码的正确流程
- 检查 git status，确保没有误提交敏感文件或临时文件：
git status只添加必要的文件：git add src/ pom.xml README.md .gitignore - 提交并写清晰的提交信息：
git commit -m "feat: add user login API" - 推送到远程仓库：
git push origin master
- 特殊情况处理
- 如果误提交了 target/ 或敏感文件：
git rm -r --cached target/ # 取消跟踪但不删除本地文件git commit -m "chore: remove target/ from Git"git push
- 如果 .gitignore 不生效（已提交的文件仍被跟踪）：
git rm -r --cached . # 清除缓存
git add .
git commit -m "fix: reapply .gitignore"
git push
- 批量移除已误提交的文件
# 一次性把所有符合 .gitignore 规则的文件都移出仓库
git rm -r --cached .
# 重新添加剩余需要追踪的文件
git add .
# 提交更改
git commit -m "chore: 清理误提交的忽略文件"
- 不同颜色的含义
- 绿色——已经加入控制暂未提交；
- 红色——未加入版本控制；
- 蓝色——加入，已提交，有改动；
- 白色——加入，已提交，无改动；
- 灰色——版本控制已忽略文件；
- 黄色——被git忽略，不跟踪。
- 标签的颜色
- 每个标签代表不同的分支，不同分支标签颜色也可能相同的
- 黄色代表 HEAD,
- 绿色表示的是你本地分支,
- 紫色是远程分支,
- 合并代码时不同颜色区块的含义
- 灰色：删除
- 蓝色：改变
- 绿色：新增
- 红色：冲突
rebase和merge
important
- merge：git checkout 目标分支 → git merge 源分支
- rebase：git checkout 源分支 → git rebase 目标分支
- rebase 是在当前分支 feature 上，变基到目标分支 master 上
git checkout feature
git rebase master # 将 feature 的提交“移动”到master 的顶端
- merge 是在目标分支master上，将feature分支合并到目标分支master
git checkout master
git merge feature # 生成一个合并提交