git总结

git

集中式(svn)

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

分布式(git)

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

底层命令

• 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 --version

初始化配置

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

配别名

git并不会在你输入部分命令时自动推断出你想要的命令。如果不想每次都输入完整的git命令，可以通过git config文件来轻松地为每一个命令设置一个别名。

git config --global alias.co checkout
git config --global alias.br branch   
git config --global alias.ci commit   
git config --global alias.st status

初始化仓库

git init

C(新增)

在工作目录中新增文件
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 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 branchname: 创建分支
git checkout branchname: 切换分支
git checkout -b branchname: 创建&切换分支
git branch branchname: 版本穿梭(时光机) 
git branch -d branchname: 普通删除分支      
git branch -D branchname: 强制删除分支      
git merge branchname: 合并分支         
  快进合并 -> 不会产生冲突
  典型合并 -> 有机会产生冲突
  解决冲突 -> 打开冲突的文件 进行修改 add commit 
      
  查看分支列表: git branch
  查看合并到当前分支的分支列表: git branch --merged
    一旦出现在这个列表中 就应该删除
  查看没有合并到当前分支的分支列表: git branch --no-merged
    一旦出现在这个列表中 就应该观察一下是否需要合并

git分支的注意点

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

• 允许切换分支:
  分支上所有的内容处于 已提交状态
  (避免)分支上的内容是初始化创建 处于未跟踪状态
  (避免)分支上的内容是初始化创建 第一次处于已暂存状态
• 不允许切分支:
  分支上所有的内容处于 已修改状态 或 第二次以后的已暂存状态

切换分支动三个地方
HEAD
暂存区
工作目录

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 log
git reflog : 主要是HEAD有变化 那么git reflog机会记录下来

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  
          重置工作目录 

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

远程分支

远程跟踪分支

本地分支

正常的数据推送 和 拉取步骤

1. 确保本地分支已经跟踪了远程跟踪分支
2. 拉取数据 : git pull
3. 上传数据: git push

一个本地分支怎么去跟踪一个远程跟踪分支

1. 当克隆的时候 会自动生成一个master本地分支(已经跟踪了对应的远程跟踪分支)
2. 在新建其他分支时 可以指定想要跟踪的远程跟踪分支
   git checkout -b 本地分支名 远程跟踪分支名
   git checkout --track 远程跟踪分支名
3. 将一个已经存在的本地分支 改成 一个跟踪分支
   git branch -u 远程跟踪分支名

团队协作

1. 项目经理初始化远程仓库
   一定要初始化一个空的仓库; 在github上操作

2. 项目经理创建本地仓库
   git remote 别名 仓库地址(https)
   git init 将源码复制进来
   修改用户名 修改邮箱
   git add
   git commit

3. 项目经理推送本地仓库到远程仓库
   清理windows凭据
   git push 别名 分支 (输入用户名 密码;推完之后会附带生成远程跟踪分支)

4. 项目邀请成员 & 成员接受邀请
   在github上操作

5. 成员克隆远程仓库
   git clone 仓库地址 (在本地生成.git文件 默认为远程仓库配了别名 orgin)
   只有在克隆的时候 本地分支master 和 远程跟踪分支别名/master 是有同步关系的

6. 成员做出贡献
   修改源码文件
   git add
   git commit
   git push 别名 分支 (输入用户名 密码;推完之后会附带生成远程跟踪分支)

7. 项目经理更新修改
   git fetch 别名 (将修改同步到远程跟踪分支上)
   git merge 远程跟踪分支

做跟踪

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

推送

git push

拉取

git pull

pull request

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

rebase

rebase执行过程：
首先，git会把feature1分支里面的commit取消掉；
其次，把上面的操作临时保存为patch文件，存在.git/rebase目录下；
然后，把feature1分支更新到最新的master分支；
最后，把上面保存的patch文件应用到feature1分支上；

合并完成后是一个线性的提交记录，不会生成merge的commit的记录，看着很舒服。

注：
1.在rebase的过程中，也许会出现冲突conflict。在这种情况，git会停止rebase并让你去解决冲突。在解决完冲突后，用git add命令去更新这些内容。无需执行git commit，只需执行git rebase --continue,这样git会继续应用余下的patch补丁文件。
2.在任何时候，都可以用git rebase --abort命令来终止rebase的行动，并且分支会回到rebase开始前的状态。