Skip to main content

Git面试题

本地操作和多人协同相关

git init 做了什么?

从根本上来讲 Git 是一套 内容寻址 (content-addressable) 文件系统,在此之上提供了一个 VCS 用户界面。

当你在一个新目录或已有目录内执行 git init 时, Git 会创建一个 .git 目录, 几乎所有 Git 存储和操作的内容都位于该目录下。如果你要备份或复制一个库, 基本上将这一目录拷贝至其他地方就可以了。

其中有四个重要的文件或目录: HEADindex 文件, objectsrefs目录。objects目录存储所有数据内容,refs 目录存储指向数据 (分支) 的提交对象的指针, HEAD 文件指向当前分支, index 文件保存了暂存区域信息。

如何恢复到 git add 之前?

git reset <file>

# file此时变成 unstage 状态

如何更改还未提交的 commit ?

# 方法一
git commit --amend

# 方法二
git rebase -i HEAD~{number}

# number 表示 你要编辑 commit 的个数

恢复到 commit 之前, add 之后的状态?

# 回到 git add 后,commit 前
git reset --soft HEAD~1

# 回到 git add 之前
git reset HEAD~1

# 这种方式比较危险。会抛弃所有的更改
git reset --hard HEAD~1

将多个 commit 合并成一个 commit?

#查看 commit 历史
git log

>>> output
* b1b8189 - (HEAD -> master) Commit-3
* 5756e15 - Commit-2
* e7ba81d - Commit-1
* 5d39ff2 - Commit-0

# 假如合并前三个 commit 为一个, 那么我们可以
git rebase -i 5d39ff2
#or
git rebase -i HEAD~3


# 进入到 rebase 交互页面

pick e7ba81d Commit-1
pick 5756e15 Commit-2
pick b1b8189 Commit-3

# 改成如下

pick e7ba81d Commit-1
s 5756e15 Commit-2
s b1b8189 Commit-3

# 保存退出后, 进入新的界面, 填写此次合并后的 commit message

误删了一个 commit, 如何 通过 git reflog 恢复?

git reflog
# reflog能看到所有 commit 记录, 包括被删除的, 找到要恢复位置的 commit sha

# -b 不带,默认当前 branch
git checkout -b newBranch <sha>

拉取代码遇到冲突如何解决?

# 1. merge
git pull # 等价于 git fetch + git merge

# 2. rebase
git pull --rebase

git merge 和 git rebase 的区别?

tip
  • merge 操作会生成一个新的节点,之前提交分开显示
  • rebase 操作不会生成新的节点,是将两个分支融合成一个线性的操作。
  • merge 合并代码会产生一次新的 commit
  • rebase 则会保持提交树的线性
  • rebase 分为 自动式交互式 ( 带上参数 -i )
  • 未解决完冲突, 可以 git merge --abort 中止合并操作

git fetch 和 git pull 的区别?

你 clone 别人的 repo ,等于你是把别人的代码复制了一份, 检测别人代码是否更新 就可以用以下命令

  • git fetch 检查是否有可用的更新
  • git pull 会做相同的操作, 但还会从远程仓库中引入那些更新到本地(就是多了一份远端代码合并到本地的操作)
  • git pull = git fetch + git merge

其他分支有你需要的代码, 通过 cherry-pick 加入到你的分支

# 我们可以把其他分支的 commit 移到当前分支
git cherry-pick <commit_Ids>

常见分支操作有哪些?

# 1. 查看 本地 所有branch
git branch

# 2. 查看 本地和远端 所有branch
git branch -a

# 3. 创建新的 branch
git checkout -b <newBranch>

# 4. 重命名 branch
git branch -m <oldBranch> <newBranch>

# 5. 删除本地或远程分支

# 删除远程分支 origin
git push -d origin <branch_name>

# 删除本地分支 local
git branch -d <branch_name>

git reset 和 git revert 的区别

git revert (撤销)被设计为撤销公开的提交(比如已经 push)的安全方式,git reset 被设计为重设本地更改

两者主要区别如下:

  • git revert 是用一次新的 commit 来回滚之前的 commitgit reset 是直接删除指定的 commit
  • git reset 是把 HEAD 向后移动了一下,而git revertHEAD 继续前进,只是新的 commit 的内容和要 revert 的内容正好相反,能够抵消要被 revert 的内容
  • 回滚这一操作上看,效果差不多。但是在日后继续 merge 以前的老版本时有区别

git revert是用一次逆向的 commit “中和”之前的提交,因此日后合并老的 branch 时,之前提交合并的代码仍然存在,导致不能够重新合并

但是git reset是之间把某些 commit 在某个 branch 上删除,因而和老的 branch 再次 merge 时,这些被回滚的 commit 应该还会被引入

如果回退分支的代码以后还需要的情况则使用git revert, 如果分支是提错了没用的并且不想让别人发现这些错误代码,则使用git reset

如何通过 git hooks 规范团队 commit?

git hooks
  • 在使用 Git 的项目中,我们可以为项目设置 Git Hooks 来帮我们在提交代码的各个阶段做一些代码检查等工作
  • 钩子(Hooks) 都被存储在 Git 目录下的 hooks 子目录中。也就是绝大部分项目中的 .git/hook 目录
  • pre-commit  就是在代码提交之前做些东西,比如代码打包,代码检测,称之为钩子(hook)
  • 在 commit 之前执行一个函数(callback)。这个函数成功执行完之后,再继续 commit,但是失败之后就阻止 commit
  • 在 .git->hooks->下面有个 pre-commit.sample ,这个里面就是默认的函数(脚本)样本