git

# 实际操作

推送分支 因仓库问题 pull 合并不下来 需要用指令

• Note about fast-forwards’
  • git pull origin main --allow-unrelated-histories

# 集中式 (svn)

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

# 分布式 (git)

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

# Git 配置

• Git 初始化配置
  一般在新的系统上，我们都需要先配置下自己的 Git 工作环境。配置工作只需一次，以后升级时还会沿用现在的配置。当然，如果需要，你随时可以用相同的命令修改已有的配置。
  Git 提供了一个叫做 git config 的命令来配置或读取相应的工作环境变量而正是由这些环境变量，决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放

---

在以下三个不同的地方：

• /etc/gitconfig 文件：系统中对所有用户都普遍适用的配置。若使用 git config 时用 --system 选项，读写的就是这个文件。
• ~/.gitconfig 文件：用户目录下的配置文件只适用于该用户。若使用 git config 时用 --global 选项，读写的就是这个文件。
• .git/config 文件：当前项目的 Git 目录中的配置文件（也就是工作目录中的 .git/config 文件）这里的配置仅仅针对当前项目有效。
• 每一个级别的配置都会覆盖上层的相同配置

---

• 配置内容 ： 用户信息 ：
• 第一个要配置的是你个人的用户名称和电子邮件地址。这两条配置很重要，每次 Git 提交时都会引用这两条信息，说明是谁提交了更新，所以会随更新内容一起被永久纳入历史记录：
• git config --global user.name "damu" – 生成 user.name 的全局配置
• git config --global user.email "damu@example.com " – 生成 user.email 的全局配置
• 要检查已有的配置信息，可以使用 git config --list 命令
• 删除配置信息 git config --global --unset user.email

# 初始化新仓库

命令：git init
解析：要对现有的某个项目开始用 Git 管理，只需到此项目所在的目录，执行：git init
作用：初始化后，在当前目录下会出现一个名为 .git 的目录，所有 Git 需要的数据和资源都存放在这个目录中。不过目前，仅仅是按照既有的结构框架初始化好了里边所有的文件和目录，但我们还没有开始跟踪管理项目中的任何一个文件。
 .git 目录

• hooks – 目录包含客户端或服务端的钩子脚本
• info – 包含一个全局性排除文件
• logs – 保存日志信息
• objects – 目录存储所有数据内容
• refs – 目录存储指向数据的提交对象的指针（分支）
• config – 文件包含项目特有的配置选项
• description – 用来显示对仓库的描述信息
• HEAD – 文件指示目前被检出的分支
• index – 文件保存暂存区的信息

---

# 基本环境概念

# 区域

• 工作区
  • 沙箱环境 - 修改文件
• 暂存区
  • 修改的文件后暂存
• 版本库
  • 存储版本

# 底层命令对象

• 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 底层概念（底层命令）基础的 linux 命令

• clear ：清除屏幕
• echo ‘test content’：往控制台输出信息 echo ‘test content’ > test.txt
• ll ：将当前目录下的 子文件 & 子目录平铺在控制台
• find 目录名： 将对应目录下的子孙文件 & 子孙目录平铺在控制台 find 目录名 -type f ：将对应目录下的文件平铺在控制台
• rm 文件名 ： 删除文件
• mv 源文件 重命名文件：重命名
• cat 文件的 url : 查看对应文件的内容 vim 文件的 url (在英文模式下)
• 按 i 进插入模式 进行文件的编辑
• 按 esc 键 & 按：键 进行命令的执行
• q! 强制退出（不保存）
• wq 保存退出
• set nu 设置行号

---

# Git 对象 - 文件的一次性版本

Git 的核心部分是一个简单的键值对数据库。你可以向该数据库插入任意类型
的内容，它会返回一个键值，通过该键值可以在任意时刻再次检索该内容

• 向数据库写入内容 并返回对应键值
  命令： echo 'test content' | git hash-object -w --stdin
-w 选项指示 hash-object 命令存储数据对象；若不指定此选项，则该命令仅返回对应的键值
  --stdin （standard input）选项则指示该命令从标准输入读取内容；若不指定此选项，则须在命令尾部给出待存储文件的路径
  git hash-object -w 文件的路径 ： 存文件
  git hash-object 文件的路径 ： 返回对应文件的键值 d670460b4b4aece5915caf5c68d12f560a9fe3e4
  返回： 该命令输出一个长度为 40 个字符的校验和。 这是一个 SHA-1 哈希值

• 查找存储数据的
  find .git/objects -type f – 查找命令路径下的存储数据

• 根据键值拉取数据
  git cat-file -p / -t d670460b4b4aece5915caf5c68d12f560a9fe3e4
  -p 选项可指示该命令自动判断内容的类型，并为我们显示格式友好的内容 返回： 对应文件的内容
  - t 返回它的类型 一般是 bolb 类型

• 单个文件的写入

  • git hash-object -w test.txt – 把 test.txt 文件写入到存储数据中
  • find ./.git/objects/ -type f – 查看所有写入的数据
  • git cat-file -p ddbb2d26d3ff8b7afd7eca2b75a60c7f19be97cc – 查看 hash 值压缩后的源文内容

# 构建树对象 - 项目的一次性版本

树对象（tree object），它能解决文件名保存的问题，也允许我们将多个文件组织到一起。Git 以一种类似于 UNIX 文件系统的方式存储内容。所有内容均以树对象和数据对象 (git 对象) 的形式存储，其中树对象对应了 UNIX 中的目录项，数据对象 (git 对象) 则大致上对应文件内容。一个树对象包含了一条或多条记录（每条记录含有一个指向 git 对象或者子树对象的 SHA-1 指针，以及相应的模式、类型、文件名信息）。一个树对象也可以包含另一个树对象。
我们可以通过 update-index ； write-tree ； read-tree 等命令来构建树对像并 塞入到暂存区 。

---

假设我们做了一系列操作之后得到一个树对像 操作

• 利用 update-index 命令 为 test.txt 文件的首个版本 —— 创建一个暂存区。并通过 write-tree 命令生成树对像。
  命令：
  git update-index --add --cacheinfo 100644 83baae61804e65cc73a7201a7252750c76066a30 test.txt
  git write-tree
• 文件模式为
  • 100644，表明这是一个普通文件
  • 100755，表示一个可执行文件；
  • 120000，表示一个符号链接。
• –add 选项：
  因为此前该文件并不在暂存区中 首次需要 —add
• –cacheinfo 选项：
  因为将要添加的文件位于 Git 数据库中，而不是位于当前目录下 所有需要 —cacheinfo

---

• 新增 new.txt 将 new.txt 和 test.txt 文件的第二个个版本
  塞入暂存区。并通过 write-tree 命令生成树对像。
  命令： echo ‘new file’ > new.txt
  git update-index --cacheinfo 100644 1f7a7a472abf3dd9643fd615f6da379c4acb3e3a test.txt
  git update-index --add new.txt
  git write-tree

---

3. 将第一个树对象加入第二个树对象，使其成为新的树对象
   命令：
   git read-tree --prefix=bak d8329fc1cc938780ffdd9f94e0d364e0ea74f579
   git write-tree
   read-tree 命令，可以把树对象读入暂存区

---

• git cat-file -p master^{tree}（或者是树对象的 hash）
  • master^{tree} 语法表示 master 分支上最新的提交所指向的树对象。
• 解析树对象
  Git 根据某一时刻暂存区（即 index 区域）所表示的状态创建并记录一个对应的树对象，如此重复便可依次记录（某个时间段内）一系列的树对象。其实树对象是对暂存区内操作的抽象，这颗树对象相对于就是快照。当我们的工作区有任何更改同步到暂存区时。便会调用 write-tree 命令通过 write-tree 命令向暂存区内容写入一个树对象。它会根据当前暂存区状态自动创建一个新的树对象。即每一次同步都产生一颗树对象。且该命令会返回一个 hash 指向树对象。在 Git 中每一个文件（数据）都对应一个 hash（类型 blob）每一个树对象都对应一个 hash（类型 tree）
  • 总结
    我们可以认为树对象就是我们项目的快照

# 提交对象

我们可以通过调用 commit-tree 命令创建一个提交对象，为此需要指定一个树对象的 SHA-1 值，以及该提交的父提交对象（如果有的话 第一次将暂存区做快照就没有父对象）

• 创建提交对象
  echo ‘first commit’ | git commit-tree d8329f
  返回： fdf4fc3344e67ab068f836878b6c4951e3b15f3d （hash 值）
• 查看提交对象
  git cat-file -p fdf4fc3
  返回： tree d8329fc1cc938780ffdd9f94e0d364e0ea74f579
• 提交对象的格式
  提交对象的格式很简单：它先指定一个顶层树对象，代表当前项目快照；然后是作者 / 提交者信息（依据你的 user.name 和 user.email 配置来设定，外加一个时间戳）；留空一行，最后是提交注释
  接着，我们将创建另两个提交对象，它们分别引用各自的上一个提交（作为其父提交对象）：
  echo ‘second commit’ | git commit-tree 0155eb -p fdf4fc3 （提交对象是链式的除了第一个没有大佬，其它的版本都要带上它的上一个版本 0155eb（第二个版本） -p fdf4fc3（第一个版本） ）
  echo ‘third commit’ | git commit-tree 3c4e9c -p cac0cab
• 注意
  git commit-tree 不但生成提交对象 而且会将对应的快照（树对象）提交到本地库中

# 流程简化操做 （高层命令 -CRUD）

创建工作目录 对工作目录进行修改

• git init 初始化仓库

---

• git status – 查看文件的状态
• git diff（不加参数）—(当前做的哪些更新还没有暂存)
• 带参数:git diff –cached 或者 git diff –staged (- 推荐)(已更新已经暂存起来准备好了还没有提交？)
• git log --oneline /--pretty=oneline – 查看提交的历史版本记录

---

• git add ./

  • git hash-object -w 文件名 (修改多少个工作目录中的文件，此命令就要被执行多少次)
  • git update -index --add …

• git rm 文件名 删除文件目录中对应的文件 再将修改添加到暂存区

• git mv 源文件名 新文件名 将文件工作目录的文件进行重命名 再将修改添加到暂存区

  ---

• git commit vim – 提交

• git commit -a – 跳过暂存区

• git commit -m “” – 注释内容

• git commit -a -m “” 注释内容 跳过暂存区

• gir write-tree – 写入树

• git commit-tree – 提交树

---

# 分支操作

• git branch – 显示分支的列表

• git branch 分支名字 – 创建一个分支

• git branch -v — 可以查看每一个分支的最后一次提交

• git branch -d / -D 名字 ` – 删除分支 -D 强行删除

• git checkout lys(分支名) – 切换分支

• git log --oneline --decorate --graph --all – 查看项目分叉历史

• git merge 分支名 – 分支合并

• git branch –merged 查看哪些分支已经合并到当前分支，在这个列表中分支名字前没有 * 号的分支通常可以使用 git branch -d 删除掉；

• git config --global alias.名字 命令的名字 – 给命令（指令）起别名方便使用

  • git config --global alias.lol "log --oneline --decorate --graph --all" （把命令别名为 lol）运行时 git lol 即可

# Tag 标签

• git tag – 列出标签
• git tag tagname – 给当前分支，版本起标签名
• git tag tagname commitHash – 给指定的版本（Hash）起标签名
• git show tagname – 查看指定标签信息
• git tag -d tagname – 删除指定的标签 v1.0
• git checkout tagname – 检出切换指定标签版本（如果指定的标签版本没有分支会产生头部分离的情况需要 给 它 起一条分支 git checkout -b “v1.0” ）

# 命令的总结使用

# 安装

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 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 : 强制删除分支

# 分支操作

# 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 restore --staged baidu.txt
• 撤销提交 : 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
  重置工作目录

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

# 远程操作仓库常用命令

• git remote add < shortname > < url> – 添加一个新的远程 Git 仓库，同时指定一个你可以轻松引用的简写
• git remote –v – 显示远程仓库使用的 Git 别名与其对应的 URL
• git branch -vv – 查看设置的所有分支跟踪
• git remote show [remote-name] – 查看某一个远程仓库的更多信息
• git remote rename pb paul – 重命名
• git remote rm [remote-name] – 如果因为一些原因想要移除一个远程仓库 - 你已经从服务器上搬走了或不再想使用某一个特定的镜像了，又或者某一个贡献者不再贡献了
• git config --global --unset user.name [name] – 删除全局配置的 user.name 其中 [name] 可以不写
• git config --global --unset user.email [name] – 删除全局配置的 user.email 其中 [name] 可以不写

---

• git push [remote-name] [branch-name] – 将本地项目的 master 分支推送到 origin （别名）服务器

• git clone url – 克隆一个远程仓库到本地（克隆时不需要 git init）默认克隆时为远程仓库起的别名为 origin

• git fetch [remote-name] – 这个命令会访问远程仓库，从中拉取所有你还没有的数据。 执行完成后，你将会拥有那个远程仓库中所有分支的引用，可以随时合并或查看 ------ 必须注意 git fetch 命令会将数据拉取到你的本地仓库 - 它并不会自动合并或修改你当前的工作。当准备好时你必须手动将其合并入你的工作。

  • git megre branch-name – 合并分支

• git push origin serverfix – 推送一个名为 serverfix 的分支到远程仓库上去

  • git push origin serverfix:awesomebranch – 也可以在推送的时候修改名字

• git pull – 获取在本地上没有远程仓库的资料 即 拉取数据

• git push – 推送本地资料到远程仓库上面去

  • git push remote-name branch-name – 也可以指定推送的分支和要推送的分支到远程仓库上

• git branch -u remotename/branchname – 在当前分支跟踪 远程仓库的分支

• git checkout -b serverfix origin/serverfix – 创建分支的同时跟踪远程分支（其他协作者）

  • git checkout --track origin/serverfix – 这是一个十分常用的操作所以 Git 提供了 --track 快捷方式 — serverfix 别名和跟踪分支名一样

---

• git push origin --delete serverfix – // 删除远程分支
• git remote prune origin --dry-run – // 列出仍在远程跟踪但是远程已被删除的无用分支
• git remote prune origin – // 清除上面命令列出来的远程跟踪

# pull request 流程

如果你想要参与某个项目，但是并没有推送权限，这时可以对这个项目进行 “派生”（Fork）。 派生的意思是指，GitHub 将在你的空间中创建一个完全属于你的项目副本，且你对其具有推送权限。通过这种方式，项目的管理者不再需要忙着把用户添加到贡献者列表并给予他们推送权限。 人们可以派生这个项目，将修改推送到派生出的项目副本中，并通过创建合并请求（Pull Request）来让他们的改动进入源版本库。
基本流程：

1. 从 master 分支中创建一个新分支 （自己 fork 的项目）
2. 提交一些修改来改进项目 （自己 fork 的项目）
3. 将这个分支推送到 GitHub 上 （自己 fork 的项目）
4. 创建一个合并请求
5. 讨论，根据实际情况继续修改
6. 项目的拥有者合并或关闭你的合并请求
   注意点：
   每次在发起新的 Pull Request 时 要去拉取最新的源仓库的代码
   而不是自己 fork 的那个仓库。

• git remote add <shortname 源仓库> <url 源仓库 >
• git fetch 远程仓库名字
• git merge 对应的远程跟踪分支

---

# 三个必须懂得概念

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

# 远程协作的基本流程

第一步：项目经理创建一个空的远程仓库
第二步：项目经理创建一个待推送的本地仓库
第三步：为远程仓库配别名 配完用户名 邮箱
第四步：在本地仓库中初始化代码 提交代码
第五步：推送
第六步：邀请成员
第七步：成员克隆远程仓库
第八步：成员做出修改
第九步：成员推送自己的修改
第十步：项目经理拉取成员的修改

# 做跟踪

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

# 推送

git push

# 拉取

git pull

# pull request

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

# 使用频率最高的五个命令

git status
git add
git commit
git push
git pull

# 远程分支

# 远程跟踪分支

# 本地分支

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

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 远程跟踪分支

# 冲突

git 本地操作会不会有冲突？
典型合并的时候
git 远程协作的时候 会不会有冲突？
push
pull
修改再提交

# 忽略某些文件

• .gitignore 文件 写上条件 如 ： 文件夹 或 正则表达式

# SSH

ssh-keygen –t rsa –C 你的邮箱：生成公私钥
.ssh 文件位置： C:\Users\Administrator\.ssh
ssh -T git@github.com ：测试公私钥是否已经配对