Gitk命令

• Gitk是 git 提供的一个gui工具，可以很清晰地查看搜索提交历史及 git 相关操作，bash中输入gitk命令即可进入

• 如果你安装了 git 工具，但无法使用 gitk命令，更新 git 版本即可

• 对于分支的一些简单操作，可以用右键点击分支，可以看到一系列的命令，进行操作，包括增加标签，创建分支等等

强大的Rebase(变基)命令

rebase的是基于某个版本做一些版本树上的信息变更，分支的合并等等操作，不过rebase的操作有一定的危险性，会改变版本历史树的信息，谨慎使用！

对本地commit 的msg做变更

我们知道，每次commit -m "本次提交的修改内容" 命令都会对本次提交的代码意图做说明，方便未来查看版本变更信息的原因，以下几个命令可以对commit已经提交的内容做更改

对最近一次的提交的msg做变更

• git commit --amend 进入到编辑模式对最近一次提交做变更

对之前的commit的msg做修改

• git rebase -i 要修改的分支的版本的父版本号
• 将要更改的内容pick 改为r，wq保存（vim编辑模式下）
• 进入到新的编辑命令界面，此时更改你本次的提交信息即可

合并版本

合并本地的几个相邻的提交记录

• git rebase -i 几个要合并的分支的parent版本号
• 保留一个pick，作为合并到的版本号
• 要被替换的把pick改为s

举例来看

# 假设目前的版本历史纪录是这样的，那么我现在想合并five,six版本的内容
295810e (HEAD -> master) seven
e1ab249 six
84cbe56 five
5cb693f two
965edf2 one
1830886 修改202001516
1bbd282 add add add
7694b62 add readme
3495772 combine all the commits

1.git rebase -i 5cb693f    # 因为要合并five,six的版本，找到他们的父版本是two，commit号是5cb693f

###############################这是出现的内容#####################################
pick 84cbe56 five
pick e1ab249 six
pick 295810e seven

# 变基 5cb693f..295810e 到 5cb693f（3 个提交）
#
# 命令:
# p, pick <提交> = 使用提交
# r, reword <提交> = 使用提交，但修改提交说明
# e, edit <提交> = 使用提交，进入 shell 以便进行提交修补
# s, squash <提交> = 使用提交，但融合到前一个提交
# f, fixup <提交> = 类似于 "squash"，但丢弃提交说明日志
# x, exec <命令> = 使用 shell 运行命令（此行剩余部分）
# b, break = 在此处停止（使用 'git rebase --continue' 继续变基）
# d, drop <提交> = 删除提交
# l, label <label> = 为当前 HEAD 打上标记
# t, reset <label> = 重置 HEAD 到该标记
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# .       创建一个合并提交，并使用原始的合并提交说明（如果没有指定
# .       原始提交，使用注释部分的 oneline 作为提交说明）。使用
# .       -c <提交> 可以编辑提交说明。
#
# 可以对这些行重新排序，将从上至下执行。
#
# 如果您在这里删除一行，对应的提交将会丢失。
#
# 然而，如果您删除全部内容，变基操作将会终止。
#
# 注意空提交已被注释掉
###############################这是出现的内容#####################################

2.保留一个pick，作为合并到的版本号， 要被替换的把pick改为s， 保存退出vim（wq）

###############################   修改如下   #####################################
pick 5cb693f        # 保留five和six的父版本号
s 84cbe56 five      # 要合并的版本
s e1ab249 six       # 要合并的版本
pick 295810e seven  # 保留原有版本信息

# 变基 5cb693f..295810e 到 5cb693f（3 个提交）
#
# 命令:
# p, pick <提交> = 使用提交
# r, reword <提交> = 使用提交，但修改提交说明
# e, edit <提交> = 使用提交，进入 shell 以便进行提交修补
# s, squash <提交> = 使用提交，但融合到前一个提交
# f, fixup <提交> = 类似于 "squash"，但丢弃提交说明日志
# x, exec <命令> = 使用 shell 运行命令（此行剩余部分）
# b, break = 在此处停止（使用 'git rebase --continue' 继续变基）
# d, drop <提交> = 删除提交
# l, label <label> = 为当前 HEAD 打上标记
# t, reset <label> = 重置 HEAD 到该标记
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# .       创建一个合并提交，并使用原始的合并提交说明（如果没有指定
# .       原始提交，使用注释部分的 oneline 作为提交说明）。使用
# .       -c <提交> 可以编辑提交说明。
#
# 可以对这些行重新排序，将从上至下执行。
#
# 如果您在这里删除一行，对应的提交将会丢失。
#
# 然而，如果您删除全部内容，变基操作将会终止。
#
# 注意空提交已被注释掉
###############################   修改如下   #####################################

3.git status    # 查看下版本库信息

交互式变基操作正在进行中；至 5cb693f
最后一条命令已完成（1 条命令被执行）：
   pick 5cb693f 
接下来要执行的命令（剩余 3 条命令）：
   squash 84cbe56 five
   squash e1ab249 six
  （使用 "git rebase --edit-todo" 来查看和编辑）
您在执行将分支 'master' 变基到 '5cb693f' 的操作。
  （所有冲突已解决：运行 "git rebase --continue"）

无文件要提交，干净的工作区

4.如果确认没有问题，最后的命令 git rebase --continue， 会出现一个Vim编辑器，让你为此次的合并写个说明，可以更改，也可以不更改，编辑完退出即可，就可以看到版本树已经发生了变化，five和six也合并到了two版本中

合并几个不相邻的commit到一个commit（和上个差不多）

• 将几个要合并的版本号放到一起，找到一个基于某个版本号的版本号，放在合并版本号的最上面
• 要合并的版本号设置为s
• 其余不变
• 出来后 git status
• git rebase --continue

rebase其他相关问题

rebase取消

• 万一rebase过程中出现问题，比如编辑器非正常退出，或是不想进行编辑操作
  • git rebase --abort' 终止变基

rebase编辑器更改为Vim

• 如果使用默认编辑器，ctrl +X保存退出（默认编辑器不好用）

• 修改编辑器为vim编辑器，命令：git config --global core.editor vim

Git使用中的一些问题

Git pull/clone 报错SSL相关

问题：在Ubuntu下使用$ git clone时出现server certificate verification failed. CAfile:/etc/ssl/certs/ca-certificates.crt CRLfile: none

• bash 输入：export GIT_SSL_NO_VERIFY=1

每次pull都需要输入账号和密码

问题：如果git clone的下载代码的时候是连接的https://而不是ssh的形式，当我们操作git pull/push到远程的时候，总是提示我们输入账号和密码才能操作成功

• git bash进入你的项目目录，输入：git config --global credential.helper store，再拉取代码(git pull)就行了

stash命令（工作区修改内容暂存）

**git stash **

• 此命令会把所有未提交的修改（包括暂存的和非暂存的）都保存起来，用于后续恢复当前工作目录，一般用于处理紧急bug时使用（比如你在本地分支上开发新功能，此时生产环境有个bug需要调整，而你测试本地版本功能模块还没有写完，也不想提交或是增加到暂存区，那么这个命令就派上用场）

git stash pop

• 可以通过此命令恢复之前缓存的工作目录（一般出现的场景是，线上bug修改完毕，需要重新回到工作区取回之前还没写好的代码继续工作）

git stash list

• 查看当前工作区有哪些stash

GitHub查找项目技巧

• 关键字 关键字 关键字 in:readme
  • 搜索在readme中存在这几个关键字的仓库
• 关键字 关键字 关键字 in:readme stars:>1000
  • 搜索在readme中存在关键字的仓库, stars > 1000的仓库