文章目录
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的仓库