Git

基础

git init # 初始化git仓库
git remote add origin <仓库地址> # 添加仓库地址映射
git remote remove origin # 删除地址映射
git add . # 工作目录内容添加进索引区域
git commit -m '' # 生成新的commit，commit对应某个时刻的内容
git commit --amend # 可用来重写commit的message，也可以用来当作commit的压缩手段
git commit --amend --reset-author # 可用来重写commit的作者

git restore <name> # 当改动了工作区的内容时，可以使用该命令来丢弃工作区的改动
git restore --staged <name> # 把已经通过git add添加的内容从缓存区去除
git reset --hard HEAD^ # 回退到上一个commit
git reset head^ # 回退到上一个commit，区别时之前commit修改的内容并不会消失，而是保存在工作目录中
git revert HEAD # 回退当前commit

git branch # 显示所有分支
git branch <name> # 创建分支
git branch -m <nameA> <nameB> # 修改分支名
git branch -D <name> # 删除本地分支
git checkout <name> # 切换分支
git checkout - # 切换到上一个分支
git checkout -b <name> # 创建分支并切换过去

git merge <name> # 合并目标分支
git rebase <name> # 合并目标分支
git fetch # 获取所有分支
git pull origin main # 获取所有分支并进行当前分支的合并（合并有三种策略，merge（默认），rebase，只允许fast-forward的merge）
git push origin main # 推送分支  
git push origin test --delete # 删除远程分支

git log # 查看commit记录
git reflog # 查看历史git命令
git status # 看到当前状态
git stash # 暂存工作区的修改
git stash list # 查看已stash的内容
git stash pop 0 # 释放最新stash的内容到工作区
git stash clear # 清空暂存区的内容

git cherry-pick <commit> # cherry-pick 某个提交的代码
git rebase -i origin/main # 可以用来squash commit、删除commit以及其他的操作

git tag # 查看所有tag
git tag v1.0.1 # 给当前commit打tag
git tag v1.0.1 <commit> # 给某个commit打tag
git tag --delete v1.0.1 # 删除tag v1.0.1

当我们新建文件 akara.txt，并使用 git add .添加进缓存区。此时我们可以：

1. git commit -m ''： 提交记录。
2. git reset HEAD <file>: 释放缓存。类似的还有 git rm --cached <file>用来删除缓存区的内容

当我们新建文件 akara.txt，并使用 git add .添加进缓存区，之后修改该文件的内容。此时我们可以：

1. git add .：缓存修改后的内容。
2. git checkout -- <file> ：丢弃修改的内容。本质是用原本缓存区的内容替代工作目录中的文件内容。

repo交互

git remote # 查看远程仓库的信息
git clone # 拉取远程仓库到本地
git push # 推送给远程仓库
git fetch # 拉取远程仓库的更新
git pull # 拉取远程仓库的更新，并且和本地仓库的内容合并（相当于git fetch + git merge）

git stash

大部分情况我们都能够随意的进行分支的切换。现在假设这样的情况，存在 main分支拥有 akara.txt文件，而 test分支不存在该文件。此时当我们在 main分支修改该文件，由于 test分支不存在该文件，我们无法顺利切换过去。`

为此我们需要先提交我们的修改，或者使用 git stash来缓存内容的修改，并在未来合适的时候释放缓存的内容。

git stash # 缓存内容的修改
git stash list # 查看缓存的记录
git stash pop # 释放内容的缓存

分支合并

参考

git merge

如图一，当我们处于 master分支使用 git merge test时，这种合并称之为 fast-forward（快进）

它的结果如图二所示：

不过图三这种才是大部分情况可能的场景，我们通常从某个分支中新建一个 test分支，而之后 master分支可能已经被其他人更新过了。

此时当我们在 master分支使用 git merge test，会产生一个新的分支。

git rebase

使用 git merge的好处是保持了原先的 commit记录，但是历史记录会很复杂；而 git rebase的好处是历史记录简单，但是会修改原先的 commit记录。

我们处于 master分支时使用 git rebase test来合并分支，结果如图二：

版本回退和前进

通常我们使用 git reset --hard <commitID>来实现对版本的控制

版本回退

git reset --hard Head^ # 回退到上个commit
git reset --hard Head^^ # 回退到上上个commit
git reset --hard <commitID> # 回退到某个具体commit

版本前进

有的时候当我们回退了版本之后，又希望恢复到之前的版本，这时候我们就需要知道原先的 commitID，比如我们可以使用 git reflog来查看历史命令，以及当时所处在的 commitID

git reset --hard <commitID> # 前进到某个具体commit

合并Commit

很多时候我们会提交很多次 commit，显得十分的杂乱，这时候可以使用 git rebase -i来合并 commit记录，实现美化的效果。

比如，我们现在分别有 A -> B -> C -> D -> E这五个 commit记录，我们希望把 C、D、E合并成一个记录：

git rebase -i <commit_B>

然后会出现可编辑的页面

pick <commit_C> 我是commitC的message
pick <commit_D> 我是commitD的message
pick <commit_E> 我是commitE的message

我们可以把 commit_D和 commit_E的 pick改成 squash，再保存就会把这三个 commit合并成一个新的 commit，并在下一步可以手动更改新的 commit的 message。

git原理

参考

commit节点通过 tree节点记录着某个时刻对应的文件信息，这些对应的文件保存在索引区域中（严格来说，这些文件被当作 object节点存于 git仓库中，索引指向着这些文件），当我们切换到某个 commit时，会根据索引把对应的文件同步到工作目录中。

通常当我们修改工作目录中的文件后，通过 git add把更新同步到索引中（即在 git仓库中创建一个新的 object结点，并更新索引的指向），然后使用 git commit来生成一个新的 commit节点（即先根据索引的指向生成一个 tree节点，再生成 commit节点），新的 commit节点记录着新的文件信息。

假设 commitA和 commitB都记录着文件 test，那么当我们处于 commitA时并修改工作目录的文件后，或者已经同步到索引区域，只要还没有提交记录的话，这时候如果我们切换到 commitB，那我们的本地修改会同步到 commitB当中。

不过，如果我们在 commitA记录着文件 a，而 commitB中不存在文件 a，然后我们处于 commitA时修改文件 a，这时候直接切换到 commitB就会失败，并且会提醒我们应该先提交我们的修改，或者可以使用 git stash来把我们的修改暂存到 commitA中。

比如我们可以先使用 git stash暂存修改，然后就可以直接切换到 commitB了，未来回到 commitA时又可以使用 git stash pop把暂存的修改内容拿出来。

git object

# 显示所有object
ls .git/objects/
10/ ea/ 1c/ ... /info /pack

# 查看object类型/值，常见类型：blob(git add 后创建), tree和commit(git commit 后创建)
git cat-file -t 58c9 
git cat-file -p 58c9 # 58c9为想找的object的值

其他

.gitkeep

git通常无法追踪空文件夹，如果我们追踪空文件夹，可以在该文件夹下新建一个空的 .gitkeep文件。