这是我参与「第五届青训营」伴学笔记创作活动的第 1 天

作为零基础的小白，没有任何项目经验，但就是想挑战做组件库的大项目，应该怎么入手？小白如我是从学习git入手的。以下是我的git学习笔记。

版本控制

分布式版本控制vs集中式版本控制

服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）
每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

分布式版本控制

Git
Merurial
Bazaar
Darcs

集中版本控制——单点

git 的工作机制

图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage/index），标记为 "master" 的是 master 分支所代表的目录树。

图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。

图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下，里面包含了创建的各种对象及内容。

当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。

当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。

当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。

当执行 git rm --cached <file> 命令时，会直接从暂存区删除文件，工作区则不做出改变。

当执行 git checkout . 或者 git checkout -- <file>命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区中的改动。

当执行 git checkout HEAD. 或者 git checkout HEAD <file> 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

当commit进入本地库后，即成为一个版本，不能随意修改。

rm -rf 删库跑路，这个库是指本地库还是远程库？

删除本地库后再去远程库克隆一个，用自己最新代码覆盖一下再push是否会删掉历史版本信息呢？

git reset只是改变master指针指向的版本，不会把历史提交的版本删掉。

远程库（代码托管中心）

代码托管中心是基于网络服务器的远程代码仓库，一般简称为远程库。

远程库==代码托管中心

局域网

gitlab

互联网

github（外网）
gitee码云（国内网站）

常用命令（重要）

workspace：工作区（disk)
staging area：暂存区/缓存区
local repository：版本库或本地仓库
remote repository：远程仓库

$ git init    
$ git add .    
$ git commit

git init - 初始化本地库。
git add . - 添加文件到暂存区。（暂存区实际上是使用指针控制版本，存储的是哈希值索引）
- git add 文件名
git diff 命令比较文件的不同，即比较文件在暂存区和工作区的差异。
git commit - 将暂存区内容添加到本地库中。
- git commit -m "日志信息" 文件名
git push origin 提交本地库到远程库
- git push 远程库名
- git push --set-upstream origin <branch> 如果该远程库（origin)没有此分支需要该命令
git pull 从远程库拉取更新并merge
- [[git fetch vs git pull vs git clone]]
- git fetch 命令将提交、文件和引用从远程存储库下载到本地存储库中。获取远程仓库“ origin” 的所有修改历史记录
- git pull 其实就是 git fetch 和 git merge FETCH_HEAD 的简写。
git status - 查看本地库状态
git reflog - 查看历史记录，查看版本信息
git log - 查看详细版本信息
git reset --hard 版本号 - 版本穿梭（完全回滚，工作区、暂存区、本地库同时撤销
- 理解撤销、回滚等操作一定要看这个视频
- 版本回退
  - git restore <changed file> 撤销工作区修改
  - git restore --staged <changed file> == git reset <changed_file>撤销暂存区修改
  - git checkout HEAD <change_file> 撤销工作区和暂存区的修改
  - git reset --soft HEAD~1 撤销提交的版本（回退一个版本）
  - git reset HEAD~1 == git reset --mixed HEAD~1 撤销cmmit 版本同时撤销暂存区修改-
- reset vs revert
  - revert刚好是之前的commit反过来，弄一个新的commit再提交版本
  - 在公有分支上，revert 只能前进不许后退
  - 私有分支上可以使用reset，同步时要使用git push -f
查看指定文件的修改记录可以使用 git blame 命令 git blame <file>
git tag -a v1.0 -a 选项意为"创建一个带注解的标签"。不用 -a 选项也可以执行的，但它不会记录这标签是啥时候打的，谁打的，也不会让你添加个标签的注解 Git 标签 | 菜鸟教程 (runoob.com)

cat 查看工作区文件

vim 文件名

编辑 i 进行insert ，编辑结束 esc 退出编辑模式后，输入:wq表示保存并退出

或esc 退出编辑模式后，shift+z+z ，退出并保存

分支

合并冲突

合并冲突：同一个文件同一个地方有了不同修改时，代码冲突

CONFLICT

状态会改变，如（master | MERGING) 表示合并中

git status后发现 both modified字样

此时手动打开该产生冲突的文件，git 会自动标注出conflict的地方：

<<<<HEAD 表示当前分支

有”====“分割

>>>> 分支名 冲突的分支名

fix conflict后；

git add 文件名 暂存区；

但commit时不能带文件名，否则会报错。 fatal: cannot do a partial commit during a merge.

成功后，状态会改变（master | MERGING) ->（master) 表示已经合并成功

切换分支

实际上分支都是指向具体版本记录的指针。

当前所在的分支，其实是由HEAD决定的，所以创建分支的本质就是多创建一个指针。

切换分支checkout的本质是移动HEAD指针

团队协作

团队内协作

p1 push -> 远程库 ->

p2 clone -> 本地库 -p2 fix-> p2 push ->

远程库 -> p1 pull

跨团队协作

p1 远程库 -> p2 fork -> p2 远程库 ->

p2 clone -> p2 本地库 -> fix -> push -> p2 远程库 ->

p2 pull request -> p1 审核 -> p1 merge ->

远程库 -> p1 pull -> 本地库

git更新版本

查看版本 git --version

mac

如果Git原来安装便是基于Homebrew，那么直接执行更新即可：brew upgrade git

但如果去通过其他形式安装的，则需要先通过Homebrew进行安装，安装完成之后，再进行链接操作。

Win

待补充

参考链接

git 官网

理解撤销、回滚等操作一定要看这个视频

所有命令的refrence

大项目小白第一步：学习git｜青训营笔记