Git 命令/配置

DevOps
字数统计: 3.2k   |   阅读时长≈ 13 分钟

查看 git 详细命令描述

1
2
# 会在浏览器打开本地离线文档
git help [option]

查看仓库配置文件

查看本地仓库配置

1
2
cd [项目路径]
cat ./git/config

查看全局仓库配置

1
git config --global -l

设置用户名/邮箱

用户信息会体现在 commit 提交信息中

设置本地用户

1
2
git config user.name "xxx"
git config user.email "xxx@.com"

设置全局用户

1
2
git config --global user.name "xxx"
git config --global user.email "xxx@.com"

如果本地用户没有设置会优先使用全局的用户设置, 如果存在多个用户可以设置本地用户信息

git add 做了什么

执行 git add . 会将工作区的文件加入到暂存区，体现在 git objects 中会增加一个 .git/objects/[文件sh1前2位]/[文件sh1第3位到40位]] 的文件。[sha1] 的计算逻辑是：

1
2
3
h = sha1()
h.update("blob [文件长度]\0")
h.update('[文件内容]')

可以使用 cat-file 命令查看文件的 类型和内容，可以看见用户文件的类型的 blob,这是第一种 object 类型

1
2
3
4
5
6
7
8
9
10
git cat-file -t [sha1]  #查看类型
git cat-file -p [sha1]  #查看内容
git cat-file -s [sha1]  #查看文件长度

#查看当前目录有所文件的信息
git ls-files -s

# 100644 e69de29bb2d1d6434b8b29ae775ad8c2e48c5391 0       a/aa.js
# 文件权限         对象名称                                文件名称

解析 objects 文件的原始内容

1
2
3
4
5
6
7
8
9
10
11
12
const fs = require("fs");
const zlib = require("zlib");

// 创建解压流
const inflate = zlib.createInflate();
const readStream = fs.createReadStream(
  "./c6dd0164fe0eb4fde767f9e731a6c8ade0b69f"
);
const writeStream = fs.createWriteStream("bbb.txt");

// 处理数据流
readStream.pipe(inflate).pipe(writeStream);

git commit 做了什么

查看执行 commit 之后新增文件的类型为 commit，commit 信息通过 object 文件保存，这是第二种 object 类型

1
git cat-file -t [sha1] #commit

查看 commit 后生成文件的内容

1
2
3
4
5
6
7
8
git cat-file -p [sha1]

#tree de9ca8d60d61e2dbff58571e243256f0d084e030            tree对象文件名字（sha1）
#parent ef911d46ddddb69cfb0149bbc7217f582c668f21          上一次提交的文件名字(sha1)
#author sunzhiqi <sunzhiqi@live.com> 1724649175 +0800     作者 邮箱  时间戳 时区
#committer sunzhiqi <sunzhiqi@live.com> 1724649175 +0800

#2                                                        提交的文件内容

继续查看 tree 文件的内容, tree 类型描述提交的文件结构，这是第三个 object 类型

1
2
3
4
5
6
7
8
9
git cat-file -p [sha1]

#100644 blob b44836b41abbfc0640d4dd88fe587a9a145e5203    LICENSE
#100644 blob b9c2b056b82135218b26420e8479c56554b54afb    README.md
#100644 blob 4b9a8a29f6956ea1742e42354c5ba36fe717a2ed    a.txt
#100644 blob 9f478040b9109d4b1d25ad7f11528ed9a682f063    b.txt

# 如果提交内容中有文件夹，那么会有一个单独的 tree 描述文件夹的信息
#100644 tree xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx   folder

另外 commit 操作会影响 HEAD 指针的指向

1
2
3
4
5
6
# 查看HEAD指向的分支
cat .git/HEAD         #ref: refs/heads/master

# 查看分支对应的文件

cat .git/refs/heads/master         #ref: f45e2d0b45ca63806d263ae31276a3fbe4a7229d

Git 通过 3 种类型的 object files 组织文件

  • commit 类型，记录了提交的快照信息
    提供 parent 指向了上一个提交 hash
    提供 tree 指向了本次提交的快照

  • tree 类型，记录了目录结构
    每次提交都会生成一个新的 tree 文件
    tree 文件记录了目录下的文件信息，可能是 blob 文件，也可能是另一个 tree

  • blob 类型，记录了文件内容
    blob 文件可以在不同的 tree 之间被复用

文件状态流转

  • Untracked 未跟踪, 未被提交到暂存区
    使用 git add . 将文件加入到暂存区

  • Modified 已修改，提交暂存区的文件在工作区被修改了
    用 git add . 将文件提交修改到暂存区

  • Staged 已暂存，提交到暂存区的文件
    git commit 将暂存区的文件提交到仓库区

  • Unmodified 代码仓库中的状态

diff 查看文件差异

1
2
3
4
5
# 对比工作区和暂存区
git diff

# 对比暂存区和仓库区
git diff --cached

branch operations

分支的本质是指向 commit 的指针, 使用自定义名称代指 commit hash

git checkout 可以用于切换分支，也可以用于切换到某个 commit， 当使用这个命令后会提示正在处于一个分离头指针的状态。

1
git checkout [hash]

如果相对当前 commit 修改需要依附于一个分支,可以使用 git switch -c [branchName], 在旧的版本中可以使用 git checkout -b [branchName]

fast-forward

从 master 切换到 feature 分支，如果 master commit 没有变化, 那么可以直接将 master 的指针指向 feature

如果分支已经合并，可以使用 git reset ORIG_HEAD 回到 merge 之前的 commit

commit 回滚后修改的文件会在本地显示为 untracked 或 modified 也就是在 feature 分支中修改或新增的文件。

如果需要丢弃这些修改可是使用 git restore [filename] 或 git restore . 丢弃所有修改。

如果有添加在暂存区的文件，可以使用 git restore --staged . 丢弃暂存区的修改

3 way merge

如果 feature 分支落后于 master 分支，也就是在 feature 分支上提交了 commit 的同时， master 分支也提交了 commit， 那么在合并的时候会产生一个新的 commit 记录这两个分支的合并。查看这次新分支的提交内容

1
2
3
4
5
6
7
8
git cat-file -p 4ba28b350b0a8f0b

tree 444ca23d83cc70878ddb01e5288a4322ded5ac0c
parent 57086086b9bd92402227d58e7c6b87e285376910
parent 720f3a44023361a4bad5586fe769ccc50f1bc1ab
author sunzhiqi <sunzhiqi@live.com> 1744018132 +0800
committer sunzhiqi <sunzhiqi@live.com> 1744018132 +0800

可以看到有两个 parent 指向，分别是 feature 最新的 commit hash 和 master 分支的合并之前的 commit hash。

conflict 3 way merge

如果两个分支都修改了同一个文件，那么在合并的时候会产生冲突。

1
2
3
4
5
<<<<<< HEAD
master 的内容
=======
feature 的内容
>>>>>> feature

手动解决冲突后使用 git add . 提交暂存区, 然后执行 git commit 完成合并操作

rebase

rebase 会将当前分支落后的于 master 分支的 commit 整合到当前分支，这样当前分支包含了 master 分支的最新 commit， 所以再次在 master 分支上执行 merge 操作就可以实现 fast-forward 合并。

rebase 操作通常避免在 master 分支上执行，并且会修改已经提交的 commit hash,这可能会导致于已经提交到远程的 commit 冲突，多人协作中应该禁止。

1
2
3
4
git checkout feature
git rebase master
git checkout master
git merge feature

remote branch

1
2
3
4
5
6
git branch -r  # 查看远程分支
git branch -a  # 查看本地和远程分支

git remote add origin [url] # 关联远程仓库
git remote -vv  # 查看远程仓库
git remote show origin # 查看远程仓库详情
fetch

fetch 操作会将远程分支的最新 commit 信息下载到本地，但是不会自动合并到当前分支，也就是不会移动 HEAD 指针。

如果远程分支删除，需要本地同步可以使用以下命令：

1
2
3
4
git fetch --prune

# 或者
git remote prune

fetch 操作会使用一个非常重要的文件，**.git/FETCH_HEAD**, 它记录所有远程分支的最新 commit 信息。并且当 git fetch 执行的时候会将当前分支信息置于文件顶部，其余的分支信息排在后面，这样 git pull 命令会利用最前面的分支信息合并分支

pull

git pull 操作会修改/创建 ORIG_HEAD 指针，并且移动 HEAD 指向 merge 之前的 commit 可以用于回滚操作。

push
1
2
3
4
5
6
7
8
9
10
11
12
13
14
git push origin master

# 删除远程分支
git push origin --delete feature
git push origin -d feature

# 推送本地标签到远程
git push origin --tags

# 关联远程分支
git branch --set-upstream-to=origin/feature feature

git branch --set-upstream origin feature
git branch -u origin feature
cherry-pick

当分支无法合并,需要把某个分支的 commit 合并到另一个分支，可以使用 cherry-pick。

1
2
3
4
5
# 切换到目标分支
git cherry-pick [commitID]

# 合并多个 commit
git cherry-pick [commitID1] [commitID2]

tag

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
git tag v1.0

# 创建带注释的标签 -a 表示创建带注释的标签
git tag -a v1.0 -m 'tag message'

# 指定任意commit打标签
git tag -a v1.0 [commitID]

# 查看标签
git tag

# 查看标签详情
git show v1.0

# 删除标签
git tag -d v1.0

git tag v1.0 创建轻量标签存放在 .git/refs/tags 目录下

git tag -a v1.0 -m 'tag message 除了保存在 .git/refs/tags 目录下，还会创建一个对象文件保存在 .git/objects 下，类型是 tag, 这是第四种类型的 object，同时保存信息还包括注释，时间，作者

submodule

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
# 添加子模块
git submodule add [url]
git submodule add ./path/to/submodule

# 首次 clone 项目不会包含子模块的内容
# 进入到子模块目录 执行
git submodule update --init --recursive

# 再次更新子模块
git submodule update --remote


# 删除子模块
git rm submodule
rm -rf .git/modules/submodule

# 从 .gitmodules 中移除该 submodule
vim .gitmodules

# 从 .git/config 中移除该 submodule
vim .git/config

我提交了什么

1
2
git show
git log -n1 -p

想修改最近的提交信息

提交信息后(commit),发现信息写错了，想修改最近一条提交信息(如果想修改当前提交以前的信息)。

1
2
3
4
git commit --amend --only [filename] -m 'update'

# 会弹出交互式命令行手动提交
git commit --amend --only [filename]

--only 参数非常重要,只对当前正在修改的文件进行提交，而不包括暂存区中的其他文件。

怎么看是否落后与主分支

1
2
git fetch origin
git status
1
2
3
4
5
6
7
8
9
10
11
12
13
# oneline  提交显示为一行
# graph    左侧显示一个 ASCII 图形，用于展示分支和合并的关系
# decorate 提交信息中附加上相关的分支、标签等引用名称

# 查看远程分支所有提交历史
git log --oneline --graph --decorate origin/master

# 查看所有分支的提价历史
git log --graph --all

# 指定分支

git log --graph origin/master master

从分支上可以看出，主分支并没有 fff 的提交，最终合并在本地的 master 分支

取消上次提交中的某个文件

一次提交中包括， a.txt, b.txt 现在想取消 a.txt 的提交，也就是恢复为上一次的状态

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# 查看上一次提交文件的内容
git show [commitID]:a.txt

# 将工作区中的文件恢复为上一次提交的内容
git checkout HEAD^ a.txt

# 也可以使用 commitId
git checkout [commitId] a.txt

# 将恢复的文件加入暂存区   -A 参数可以将删除文件也从暂存区删除
git add .

# 提交修改到暂存区，沿用上一次的ID，并且不修改提交描述
git commit --amend --no-edit

如果当前的的历史已经提交到远程，由于并没有改变提交历史，所以可以安全的 git push -f

删除 上一次/多个 Commit

极不建议使用，虽然可以用 reset 重置为上一级的状态，但是会丢失当前的修改，而且会破坏提交历史。

1
2
3
# HEAD^ 上一个提交状态
# hard 改变暂存区和工作目录到指定的提交
git reset HEAD^ --hard

使用 soft 参数可以避免工作区被回滚，但提交历史已经被改变，如果你的分支还会被其他人使用，多人写作中会有安全问题。避免在公共分支中使用 git reset,

1
git reset HEAD^ --soft

对于公共分支唯一安全的做法是使用 revert

1
2
3
4
5
git revert [commitId]

# 如果有冲突，解决冲突后执行
git add .
git revert --continue

修改 commit 之后不能 push

  • 可能你已经将历史 push 到远程，但是又修改了本地的最近的 commit, 导致 git 理解为你的 commit 和 远程的不同需要先合并分支。
    尽可能避免修改一个已经推送到远程的历史，如果必须要这样做，只能使用 git push -f

reset 之后想找回

1
2
3
# 使用reflog查看头指针的移动历史
git reflog
git reset --hard [commitId]

提交文件的一部分/分别提交到两个 commit

1
2
3
4
5
6
7
8
9
10
# 使用交互式命令行操作
git add -p [filename]

#y - 将该 hunk 添加到暂存区
#n - 不将该 hunk 添加到暂存区
#s - 拆分当前 hunk 成更小的块
#e - 手动编辑当前 hunk
#q - 退出暂存模式
#a - 将当前文件的所有剩余 hunk 添加到暂存区
#d - 不将当前文件的任何剩余 hunk 添加到暂存区

使用 e 手动编辑的模式时：

  • 如果想要取消删除行的修改，需要将行前的 - 替换为 空字符
  • 如果想要取消新增行的修改， 需要将 + 行整体删除

添加到暂存区中后执行 commit 操作，接着再次执行一次 git add . 提交剩余的修改。

有临时工作又不想提交当前的修改

1
2
3
4
5
6
7
8
9
10
11
12
# 使用 stash 命令暂存当前修改
git stash
git stash push -m "描述" #为stash添加描述

# 切换到需要工作的分支进行开发
git checkout [branch]
# 在当前分支中想要合并最新的主分支，也可以使用暂存功能
git pull

# 工作结束后切换回原来的分支，并从暂存中取出内容
git checkout [main branch]
git stash pop

仅 stash 未暂存的更改，而保留暂存区的内容

1
2
3
4
5
6
# 已经git add 的内容不想放到stash中
# 只把刚在工作区修改的内容放到stash中
git stash --keep-index

# 如果有文件还没有git add添加过，想要stash这些文件
git stash -u
打赏
  • 版权声明： 本博客所有文章除特别声明外，著作权归作者所有。转载请注明出处！
  • Copyrights © 2015-2025 SunZhiqi

此时无声胜有声！

支付宝
微信