Git 命令总结

上一页AngularJs 学习笔记下一页作为前端需要了解的 Node 知识

最后更新于3个月前

Git 命令总结

使用 Git 进行代码版本管理

版本控制

集中式（svn）

SVN 因为每次存的都是差异，需要的硬盘空间会相对的小一点，可是回滚的速度会很慢

优点：
- 代码存放在单一的服务器上，便于项目的管理
缺点：
- 服务器宕机：员工写的代码得不到保障
- 服务器炸了：整个项目的历史记录都会丢失

分布式（git）

Git 每次存的都是项目的完整快照，需要的硬盘空间会相对大一点 (Git 团队对代码做了极致的压缩，最终需要的实际空间比 SVN 多不了太多，可是 Git 的回滚速度极快)

优点：完全的分布式
缺点：学习起来比 SVN 陡峭

Git 底层命令

底层命令

git 对象

git hash-object -w fileUrl：生成一个 key(hash 值):val(压缩后的文件内容) 键值对存到 .git/objects

tree 对象

git update-index --add --cacheinfo 100644 hash test.txt：往暂存区添加一条记录（让 git 对象对应上文件名）存到 .git/index
git write-tree：生成树对象存到 .git/objects

commit 对象

echo 'first commit' | git commit-tree treehash：生成一个提交对象存到 .git/objects

对以上对象的查询

git cat-file -p hash：拿对应对象的内容
git cat-file -t hash：拿对应对象的类型

查看暂存区

git ls-files -s

Git 高层命令

安装

前往官网下载安装包安装，或者使用包管理器进行安装，例如 Mac 上的 Homebrew：

brew install git

安装完成后，可以使用以下命令查看版本：

git --version

初始化配置

使用以下命令配置全局用户名和邮箱：

git config --global user.name "用户名"
git config --global user.email "damu@example.com"

只需要配置当前目录的用户名和邮箱，将 --global 参数去掉即可，或者把 --global 改成 --local：

git config --local user.name "用户名"
git config --local user.email "邮箱"

使用以下命令查看配置：

git config --list

初始化仓库

在项目目录下使用以下命令初始化仓库：

git init

C（新增）

在工作目录中新增文件

新建文件之后

可以使用 git status 查看当前文件状态

使用 git add <file> 将文件添加到暂存区（<file> 是需要添加的文件 . 代表所有）

使用 git commit -m "msg" 将文件提交到版本库（msg 为提交的信息）

git status
git add .
git commit -m "msg"

U（修改）

在工作目录中修改文件

之后添加并提交修改的文件

git status
git add ./
git commit -m "msg"

D（删除 & 重命名）

git rm 要删除的文件  # 把文件从暂存区和工作目录中删除
git mv 老文件 新文件  # 重命名文件
git status
git commit -m "msg"

R（查询）

git status：查看工作目录中文件的状态【已跟踪(已提交已暂存已修改)、未跟踪】
git diff：查看未暂存的修改，即工作目录中当前文件和暂存区中最新版本之间的差异
git diff --cache：查看已暂存的修改，即暂存区中最新版本和上一次提交的版本之间的差异
git log --oneline：查看提交历史
git log --oneline --decorate --graph --all：查看整个项目的提交历史
git log -p：查看每次提交的内容差异
git log -p -2：查看最近两次提交的内容差异
git log --stat：查看每次提交的简略信息

分支

分支的本质其实就是一个提交对象！

HEAD：是一个指针

它默认指向 master 分支，切换分支时其实就是让 HEAD 指向不同的分支

每次有新的提交时 HEAD 都会带着当前指向的分支一起往前移动

git log --oneline --decorate --graph --all：查看整个项目的分支图
git branch：查看分支列表
git branch -v：查看分支指向的最新的提交
git branch name：在当前提交对象上创建新的分支
git branch name commitHash：在指定的提交对象上创建新的分支
git checkout name：切换分支
git checkout -b name：创建&切换分支
git branch -d name：删除空的分支、删除已经被合并的分支，会有提示
git branch -D name：强制删除分支，不会有提示
git merge name：合并分支
- 快进合并 --> 不会产生冲突
- 典型合并 --> 有机会产生冲突
- 解决冲突 --> 打开冲突的文件进行修改 add commit
git branch --merged：查看合并到当前分支的分支列表
- 一旦出现在这个列表中就应该删除
git branch --no-merged：查看没有合并到当前分支的分支列表
- 一旦出现在这个列表中就应该观察一下是否需要合并
git rebase name：变基

git 分支的注意点

在切换的时候，一定要保证当前分支是干净的！

允许切换分支:

分支上所有的内容处于【已提交状态】
(避免)分支上的内容是初始化创建处于未跟踪状态
(避免)分支上的内容是初始化创建第一次处于已暂存状态

不允许切分支:

分支上所有的内容处于【已修改状态】或【第二次以后的已暂存状态】

在分支上的工作做到一半时，如果有切换分支的需求, 我们应该将现有的工作存储起来

git stash：会将当前分支上的工作推到一个栈中

分支切换 → 进行其他工作 → 完成其他工作后 → 切回原分支

git stash apply：将栈顶的工作内容还原，但不让任何内容出栈
git stash drop：取出栈顶的工作内容后，就应该将其删除（出栈）
git stash pop：git stash apply + git stash drop
git stash list：查看存储

后悔药

撤销工作目录的修改

git checkout -- filename

撤销暂存区的修改

git reset HEAD filename

撤销提交

git commit --amend

reset 三部曲

git reset --soft commithash ---> 用 commithash 的内容重置 HEAD 内容
git reset [--mixed] commithash ---> 用 commithash 的内容重置 HEAD 内容、重置暂存区
git reset --hard commithash ---> 用 commithash 的内容重置 HEAD 内容、重置暂存区、重置工作目录

路径 reset

所有的路径 reset 都要省略第一步！

第一步是重置 HEAD 内容

我们知道 HEAD 本质指向一个分支，分支的本质是一个提交对象

提交对象指向一个树对象，树对象又很有可能指向多个 git 对象，一个 git 对象代表一个文件！

HEAD 可以代表一系列文件的状态！

用 commithash 中 filename 的内容重置暂存区

git reset [--mixed] commithash filename

checkout 深入理解

git checkout name 跟 git reset --hard commithash 特别像

共同点
- 都需要重置 HEAD 暂存区工作目录
区别
- checkout 对工作目录是安全的
- reset --hard 是强制覆盖
- checkout 动 HEAD 时不会带着分支走而是切换分支
- reset --hard 时是带着分支走
checkout + 路径
- git checkout commithash filename
  - 重置暂存区
  - 重置工作目录
- git checkout -- filename
  - 重置工作目录

gitignore

.gitignore 文件中的内容会被 git 忽略

语法：

# 表示注释
* 表示任意多个字符
? 表示一个字符
! 表示取反
dir/ 表示目录
/ 表示根目录

例如：

# 忽略所有的 .a 文件
*.a
# 但是 lib.a 除外
!lib.a
# 忽略目录 build 下的所有文件
build/
# 忽略 doc 目录下的所有 .txt 文件
doc/*.txt
# 忽略指定文件 .ignore
.ignore

使用 eslint 约束提交信息

eslint

JS 代码的检查工具

下载:

npm i eslint -D

使用:

生成配置文件

npx eslint --init

检查 js 文件

npx eslint 目录名

命中的规则:

字符串必须使用单引号
语句结尾不能有分号
文件的最后必须要有换行

eslint 结合 git

husky：哈士奇，为 Git 仓库设置钩子程序

使用：

在仓库初始化完毕之后，再去安装哈士奇

在 package.json 文件写配置

"husky": {
  "hooks": {
    "pre-commit": "npm run lint"   
    // 在 git commit 之前一定要通过 npm run lint 的检查
    // 只有 npm run lint 不报错时 commit 才能真正的运行
  }
}

远程协作

三个必须懂得概念

本地分支
远程跟踪分支（remote/分支名）
远程分支

远程协作的基本流程

项目经理创建一个空的远程仓库
项目经理创建一个待推送的本地仓库
为远程仓库配别名配置用户名邮箱
在本地仓库中初始化代码提交代码
推送
邀请成员
成员克隆远程仓库
成员做出修改
成员推送自己的修改
项目经理拉取成员的修改

做跟踪

克隆才仓库时会自动为 master 做跟踪

本地没有分支

git checkout --track 远程跟踪分支(remote/分支名)

本地已经创建了分支

git branch -u 远程跟踪分支(remote/分支名)

生成公钥

ssh-keygen -t rsa -C "邮箱"  # 默认生成的公钥是 id_rsa.pub，在 ~/.ssh/ 目录下
# 还可以生成指定名称的公钥
ssh-keygen -t rsa -C "邮箱" -f ~/.ssh/指定名称.pub

远程仓库

添加远程仓库

git remote add origin 远程仓库地址

查看远程仓库

git remote -v

删除远程仓库

git remote rm 远程仓库名

推送

git push  # 推送当前分支
git push origin 分支名  # 推送指定分支
git push origin 本地分支名:远程分支名  # 推送指定分支
git push -f  # 强制推送

拉取

git fetch  # 拉取远程仓库的所有分支
git pull  # 拉取远程仓库的当前分支
git pull origin 分支名  # 拉取远程仓库的指定分支
git pull origin 本地分支名:远程分支名  # 拉取远程仓库的指定分支
git pull origin 本地分支名:远程分支名 -f  # 强制拉取

pull request

让第三方人员参与到项目中 fork

fork 之后的仓库是独立的，提交的代码不会影响到原仓库，但是可以通过 pull request 来向原仓库提交代码，原仓库的项目经理可以选择是否接受这个 pull request

使用频率最高的五个命令

git status
git add
git commit
git push
git pull