这是我参与「第三届青训营 -后端场」笔记创作活动的的第2篇笔记

git 的作用

版本控制，简单的四个字却需要很多操作来实现它

原理是你修改代码并上传的时候，git 会找出 (diff) 修改后代码相较于上一个版本的修改内容，你实际上是在提交代码的修改。

通过记录每次修改，从而实现版本回退，版本合并等操作，同时能让每一次修改都有迹可循

git 经常出现的几个概念

常见的命令

0. 创建本地 git 环境 有两种方法，第一种是去下载已经存在的仓库的代码，第二种是先本地开个库然后绑定到远程库

   • 克隆远程仓库

   git clone $ssh_link
   

   此时的本地库会被创建，同时绑定到一个远程库，远程库名字默认为 origin

   ssh link 就是以 .git 结尾的那个链接，在此之前你需要在代码托管平台认证你本地上传代码的设备的 ssh key，也就是认证这台设备是属于你的账号的

   不用纠结克隆特定分支要加什么参数，因为 clone 操作会获取远程库中所有的分支信息，之后再切换到想要的分支即可

   • 初始化仓库 / 添加远程库

   git init # 将该文件夹变成一个本地仓库(添加了 .git 文件夹)
   git remote add $remote_repo_name $repo_ssh_link
   

   添加远程可以添加多个，名字随便取，但是后期将本地库代码上传到远程的时候，要以名字指定上传到哪个远程库

1. 添加修改文件到暂存区

   # 添加指定文件
   git add ${filename}
   # 添加所有修改过的文件（git知道哪些文件发生了修改）
   git add -A
   

2. 查看暂存区中的内容

   git status
   

3. 提交暂存区所有内容到本地库

   git commit -m "$commit_info"
   

   commit 附加的信息是用自己的话来描述你此次提交修改干了啥，虽然是自己输入，但在团队开发中最好要有个规范

   commit 无结尾引号时，在结尾输入换行符会到下一行继续输入 commit，直到输入结尾引号再回车就能完成 commit

4. 查看 / 添加 / 切换分支

   git branch
   git checkout -b $new_branch_name
   git checkout $existed_branch_name
   

   通常地，项目的主分支是 master，同时也会添加一个开发分支dev，以及一些feat-something分支，一般的开发都会在在开发分支中提交修改，feat分支用于不同成员开发不同的功能

5. 查看当前分支下的所有 commit

   git log
   

6. 合并分支 当一个功能基本上完善了之后，需要合并fix提交并

进阶操作

修改默认编辑器

在 Linux 上编辑器一般都是 nano，如果要改成 vim，则需要在.git/config添加

[core]
    editor=vim

将当前分支的 commit 推送到远程库

要推送到 origin 库的同名分支下，push 后面不加任何参数，默认推送到 origin 库的同名分支下

# now in branch dev
git push origin dev

git push

拉取远程库最新的提交

如果远程库的当前分支的提交记录被更新了，但是本地却还是旧的版本，可以使用 pull 命令来更新（不是同步，本地库独有的提交记录不会被覆盖）提交，注意如果本地库有未完成的提交，需要先完成提交再进行 pull 操作

git pull

发起分支合并

在 feat 分支下完成了功能的开发可以将其合并到 master 分支

# now in branch feat
git checkout master
git merge feat

修改提交信息

打开编辑器，修改最近一次提交信息

git commit --amend

添加版本信息

前端项目可以结合 child_process 在 runtime 自动获取 git 提交版本信息，渲染到页面上

git tag $version_string

清理提交信息

git rebase 的作用是清理、整合 commit 列表，在合作开发中有很重要的作用

这个操作非常危险，他能合并多条 commit 成一条，并且此操作时不可逆的，即无法查看每条 commit 到底修改了什么，各条 commit 信息都合在一起了，只能看到合并的这堆 commit 修改了什么。

下面列举了两个常见的场景：

1. 开发到一半，有换设备同步开发的需求，需要临时上传代码到远程库，这个时候 commit 信息就可以随便写点，到开发完了将无用的临时 commit 合并，正经写一次提交信息
2. 一个 feature 的开发需要多次 commit，但是将这么多的 commit 合并到主分支时显得有点繁琐，在主分支下可以合并多次的提交信息为一条 commit，当然 feat 分支仍然保存着每次 commit 的具体内容
3. 将没用的 merge commit 隐藏掉

如图所示，我想要将d576d7b ~ 36f5e7e这几次 commit 合并成一条 commit，则需要选择36f5e7e的前一条 commit cb759ee

注意，这些 commit 按照提交时间顺序排序，选择的那条 commit 一定是这几条中提交时间最早的

git rebase -i cb759ee

然后会打开 git 默认的编辑器，保持最早的 commit 前为pick，其他的都是s就行了，保存之后会引导编辑合并后的 commit 信息，将默认保留的提交信息注释掉，重新写即可

推荐

VSCode 上有 Git graph 插件，可以直观的检查该项目的所有提交记录，分支信息，远程库，Tags等