Git使用命令大全

1.版本控制

集中式(svn)

svn因为每次存的都是差异 需要的硬盘空间会相对的小一点  可是回滚的速度会很慢
优点: 
    代码存放在单一的服务器上 便于项目的管理
缺点: 
    服务器宕机: 员工写的代码得不到保障
    服务器炸了: 整个项目的历史记录都会丢失

分布式(git)

git每次存的都是项目的完整快照 需要的硬盘空间会相对大一点
    (Git团队对代码做了极致的压缩 最终需要的实际空间比svn多不了太多 可是Git的回滚速度极快)
优点:
    完全的分布式
缺点: 
    学习起来比SVN陡峭

2.底层命令

底层命令

git对象:存被修改文件的内容（文件版本）
    git hash-object -w fileUrl : 生成一个key(hash值):val(压缩后的文件内容)键值对存到.git/objects
    git cat-file -p key  根据文件名（key）查看内容，返回内容
tree对象：存暂存区的快照（项目版本）
    git update-index --add --cacheinfo 100644 hash test.txt #往暂存区添加一条记录(让git对象 对应 上文件名)存到.git/index
    git write-tree #将暂存区生成树对象存到.git/objects
commit对象：打包数据（树对象、父的提交对象hash和作者等信息）（项目版本+其他信息）
    echo 'first commit' | git commit-tree treehash  : 生成一个提交对象存到.git/objects
对以上对象的查询
    git cat-file -p hash       : 拿对应对象的内容
    git cat-file -t hash       : 拿对应对象的类型

执行顺序：git对象hash-object->暂存区update-index(生成index文件但objects文件夹不会生成文件)->树对象write-tree ->提交对象
总结：objects文件夹里保存历史版本只会新增，不会覆盖或删除；index文件保存暂存数据会覆盖；commit-tree不但生成提交对象 而且会将对应的快照（树对象）提交到本地库中

查看暂存区

git ls-files -s        

3.高层命令

安装

git --version

初始化配置

git config --global user.name "damu"
git config --global user.email damu@example.com    
git config --list

初始化仓库

git init

C(新增)

在工作目录中新增文件
git status
git add ./   #放到暂存区，底层：工作目录->git对象文件版本库(修改了几个文件就新增几个git对象，因此git是绝对安全的)->暂存区
git commit -m "msg"    

U(修改)

在工作目录中修改文件
git status
git add ./
git commit -m "msg"     

D(删除 & 重命名)

git rm 要删除的文件 git mv 老文件 新文件
git status git status
git commit -m “msg” git commit -m “msg”

R(查询)

git status : 查看工作目录中文件的状态(已跟踪(已提交 已暂存 已修改) 未跟踪)
git diff : 查看未暂存的修改
git diff --cache : 查看未提交的暂存
git log --oneline : 查看提交记录

分支

分支的本质其实就是一个提交对象!!!
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 branch -d name : 删除空的分支 删除已经被合并的分支
git branch -D name : 强制删除分支 

4.git杀手锏分支

git分支本质

分支本质是一个提交对象,所有的分支都会有机会被HEAD所引用(HEAD一个时刻只会指向一个分支)
当我们有新的提交的时候 HEAD会携带当前持有的分支往前移动

git分支命令

创建分支            : git branch branchname
切换分支           : git checkout  branchname
创建&切换分支     : git checkout -b branchname
版本穿梭(时光机) :  git branch branchname commitHash  
普通删除分支      : git  branch -d branchname
强制删除分支      : git  branch -D branchname
合并分支         : git merge branchname
    快进合并 --> 不会产生冲突
    典型合并 --> 有机会产生冲突
    解决冲突 --> 打开冲突的文件 进行修改 add commit 
  

查看分支列表 : git branch
查看合并到当前分支的分支列表: git branch --merged
    一旦出现在这个列表中 就应该删除
查看没有合并到当前分支的分支列表: git branch --no-merged
    一旦出现在这个列表中 就应该观察一下是否需要合并

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可以代表一系列文件的状态!!!!
git reset [--mixed] commithash filename  
     用commithash中filename的内容重置暂存区

checkout深入理解

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

5.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才能真正的运行
            }
          }           

6.远程协作

三个必须懂得概念

本地分支
远程跟踪分支(remote/分支名)
远程分支

远程协作的基本流程

第一步: 项目经理创建一个空的远程仓库
第二步: 项目经理创建一个待推送的本地仓库 git init
第三步: 为远程仓库配别名  配完用户名 邮箱 git config user.name "" ; git config user.email ""
第四步: 在本地仓库中初始化代码 提交代码  git commit
第五步: 推送   git push
第六步: 邀请成员 add collaborator
第七步: 成员克隆远程仓库 git clone
第八步: 成员做出修改  git commit
第九步: 成员推送自己的修改 git push
第十步: 项目经理拉取成员的修改 git pull

添加远程仓库

git remote add 给远程仓库起别名 远程仓库地址

做跟踪

克隆才仓库时 会自动为master做跟踪
本地没有分支
    git checkout --track 远程跟踪分支(remote/分支名)
本地已经创建了分支
    git branch -u 远程跟踪分支(remote/分支名)

推送push

git push 远程别名 分支名

拉取pull

git pull --rebase 远程别名 分支名

提取远程仓库fetch

git fetch  远程别名 远程分支名 #该命令执行完后需要执行git merge 远程分支到你所在的分支。
git merge  远程别名/远程分支名#从远端仓库提取数据并尝试合并到当前分支

fetch跟pull的区别

fetch（安全的）：相当于是从远程获取最新版本到本地，不会自动merge
git pull（暴力的）：相当于是从远程获取最新版本并merge到本地

pull request

不在仓库的合作者范畴内可以使用 pull request ，主人就会收到请求，并决定要不要接受你的代码

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

fork和clone

fork：在github页面，点击fork按钮。将别人的仓库复制一份到自己的远程仓库。
clone：将github中的仓库克隆到自己本地电脑中

删除远程分支

git push 远程仓库别名 --delete 远程分支名

fork的项目更新了，我们的项目怎么更新？

首先fetch网上的更新到自己的项目上，然后再判断、merge。这里就涉及了下一个问题，pull和fetch有啥区别（上面有写）

远程标签相关

git push origin 本地标签名 #1、推送标签
git tag -d 本地标签名 # 2、删除本地标签
git push origin :refs/tags/标签名 #3、删除远程标签

使用频率最高的五个命令

git status
git add
git commit
git push
git pull

PS：本文整理自尚硅谷学习笔记