跳到主要内容

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

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

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

当我们新建文件 sumoqi.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分支拥有 sumoqi.txt文件,而 test分支不存在该文件。此时当我们在 main分支修改该文件,由于 test分支不存在该文件,我们无法顺利切换过去。`

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

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

分支合并

参考

git merge

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

fast-forward

它的结果如图二所示:

fast-forward合并

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

分支合并

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

分支合并结果

git rebase

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

git-rebase

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

git-rebase结果

版本回退和前进

通常我们使用 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_Dcommit_Epick改成 squash,再保存就会把这三个 commit合并成一个新的 commit,并在下一步可以手动更改新的 commitmessage

git原理

参考

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

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

假设 commitAcommitB都记录着文件 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文件。