git操作

基本操作就不说了,这里详细介绍其他中高级操作

1、查看日志
git log

这个命令对于提交少的项目比较友好,但是对于提交很多的项目,会输出一大长串,很不方便,于是有一个比较简便的命令:

git log --pretty=oneline

输出:


git log
2、撤销修改

背景
在一个文件中添加了一点代码,现在我git add .了但是没提交,现在我想撤销我修改的东西

git操作_第1张图片
想要撤销修改

解决方案
两个命令:

git reset HEAD  src/main/java/com/tinner/demo03/constant/RedisContant.java
git checkout --  src/main/java/com/tinner/demo03/constant/RedisContant.java

效果

git操作_第2张图片
效果

3、创建分支

两个命令:

git branch -b dev
git switch -c dev
4、删除分支
git branch -d 

如果要丢弃一个没有被合并过的分支,可以通过git branch -D 强行删除。

5、合并代码
git merge --no-ff -m "注释。。。。" <分支名>
6、stash

背景
在一个新的需求开发过程中,我在dev分支开发了一些东西,但是并没有提交我也不想提交,这个时候来了一个bug,我必须将bug改完才能进行dev的开发,那么这个时候就需要用到git stash命令
步骤

  • 首先,我看看git仓库中的状态


    git操作_第3张图片
    git状态

    可以看到,在dev分支,我创建了一个文件,修改了一个文件。

  • 然后,使用git stash命令,之后再来查看状态:
    git操作_第4张图片
    储藏代码

    此时工作区是干净的。然后我切换到master分支,创建一个issue分支,解决bug,合并到master,发版,之后再切换到dev分支,可以看到我的工作区还是干净的,那么之前的代码跑哪去了?
  • 使用git stash list可以查看储藏的代码列表
    git操作_第5张图片
    git stash list
  • 现在我们需要恢复之前的代码,有两个命令可以参考:
git stash apply
git stash pop

git stash apply命令恢复后,stash内容并不删除,你需要用git stash drop来删除;

git操作_第6张图片
git stash apply

另一种方式是用git stash pop,恢复的同时把stash内容也删了

git操作_第7张图片
git stash pop
  • 你可以多次stash,恢复的时候,先用git stash list查看,然后恢复指定的stash,用命令:
git stash apply stash@{0}

扩展
我们知道,master的bug修复之后,在现在的dev代码相关的bug并没有修复,所以,这个bug其实在当前dev分支上也存在。
如何快速修复?
同样的bug,要在dev上修复,我们只需要把修复issuebug这个提交所做的修改“复制”到dev分支。注意:我们只想复制修复issuebug这个提交所做的修改,并不是把整个master分支merge过来。

为了方便操作,Git专门提供了一个cherry-pick命令,让我们能复制一个特定的提交到当前分支:

git cherry-pick <版本号>
git操作_第8张图片
修复bug

git操作_第9张图片
image.png

git cherry-pick,我们就不需要在dev分支上手动再把修bug的过程重复一遍。

几个命令的区别

merge和rebase的区别

merge和rebase都是用来合并分支的。

  • 采用merge和rebase后,git log的区别,merge命令不会保留merge的分支的commit
git操作_第10张图片
merge和rebase
  • 处理冲突的方式:
    (一股脑)使用merge命令合并分支,解决完冲突,执行git add .和git commit -m 'fix conflict'。这个时候会产生一个commit。
    (交互式)使用rebase命令合并分支,解决完冲突,执行git add .和git rebase --continue,不会产生额外的commit。这样的好处是"干净",分支上不会有无意义的解决分支的commit;坏处:如果合并的分支中存在多个commit,需要重复处理多次冲突。
git pull和git pull --rebase

git pull做了两个操作分别是获取合并。所以加了rebase就是以rebase的方式进行合并分支,默认为merge

git merge 和 git merge --no-ff的区别

git merge –no-ff 可以保存你之前的分支历史。能够更好的查看 merge历史,以及branch 状态。
git merge 则不会显示 feature,只保留单条分支记录。

git操作_第11张图片
git merge 和 git merge --no-ff的区别

tag相关

在当前分支的最新commit上打tag

git tag v1.0

在f52c633版本的提交上打tag

git tag v0.9 f52c633

查看所有的tag

git tag

注意,标签不是按时间顺序列出,而是按字母排序的

还可以创建带有说明的标签,用-a指定标签名,-m指定说明文字:

git tag -a v0.1 -m "文字说明" 1094adb

用命令git show 可以看到说明文字
提交v1.0标签

git push origin v1.0

提交所有的标签

git push origin --tags
git操作_第12张图片
标签

git操作_第13张图片
tag

从本地删除tag:

git tag -d v0.9

删除远程tag:

git push origin :refs/tags/v0.9
git操作_第14张图片
tag删除

Git HEAD^与HEAD~的关系

一张图:


git操作_第15张图片
Git HEAD^与HEAD~的关系

你可能感兴趣的:(git,java,linux,python,github)