失眠网 > git的一些常用命令讲解和开发规范总结

git的一些常用命令讲解和开发规范总结

时间：2020-01-10 19:48:23

相关推荐

git的一些常用命令讲解和开发规范总结

一、git基本配置介绍

1. config的三个作用域

local：区域为本仓库

global: 当前用户的所有仓库

system: 本系统的所有用户

2. 添加最小配置

$ git config --global user.name 'yfy' $ git config --global user.email 'yfy@'

3. 查看配置

$ git config --local --list ##只能在仓库里面起作用, 普通路径git不管理$ git config --global --list$ git config --system --list

4. 清除设置

$ git config --unset --local user.name$ git config --unset --global user.name$ git config --unset --system user.name

二、git命令

1.git log

• git log --all 查看所有分支的历史• git log --all --graph 查看图形化的 log 地址• git log --oneline 查看单行的简洁历史。• git log --oneline -n4 查看最近的四条简洁历史。• git log --oneline --all -n4 --graph 查看所有分支最近 4 条单行的图形化历史。• git help --web log 跳转到git log 的帮助文档网页

我们可以设置一个别名，自定义git l查看的样式

alias.l=log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --all

2.删除分支

git branch -d 分支名 #在删除前Git会判断在该分支上开发的功能是否被merge到其它分支。如果没有，不能删除。如果merge到其它分支，但之后又在其上做了开发，使用-d还是不能删除git branch -D 分支名 #会强制删除

3.撤销commit

执行commit后，还没执行push时，想要撤销这次的commit，该怎么办？

git reset --soft HEAD^

如果想要连着add也撤销的话，--soft改为--hard（删除工作空间的改动代码）。

git reset --hard HEAD^--soft不删除工作空间的改动代码，撤销commit，不撤销git add file--hard删除工作空间的改动代码，撤销commit且撤销add

3.修改commit的message

git commit --amend #对最新一次提交做 commit 修改git rebase -i father_commit_id #修改历史的commit，输入它的父亲节点git rebase -i --root #若没有父亲节点，则用该命令

4.合并commit

我们使用git log命令查看最近3次的提交，我们想要将最近两次请求合并成一次commit。

输入如下命令:

这里面的commitId是你要合并的两个commit后所形成的一个commitId需要跟着的commitId。在这边也就是add log 1的commitId.

git rebase -i commitId

进入vi模式后，在键盘上敲i键进入insert模式。这时候先看看这里面的东西是什么含义，

pick 的意思是要会执行这个 commit

squash 的意思是这个 commit 会被合并到前一个commit

我们需要将add log3合并到add log2中，修改成如下：

squash也可以按照上面的注释所给出的，直接使用简写s

wq保存后进入一个新页面

我们可以重新编辑该commit

提交完毕后，git log查看我们提交的日志，发现确实合并了

5.比较暂存区和HEAD的差异

vi index.html 修改index.html的内容git add index.html 将修改的文件添加到暂存区git status 显示在哪个暂存区有没有文件改变将要提交git diff --cached 查看文件改变情况看变更的文件有没有问题git commit -m 'Add index.html' 做提交操作

6.比较工作区和暂存区的差异

假定：HEAD、缓存区、工作区中的readme.md文件内容均不相同。git diff HEAD -- readme.md # 工作区 <===> HEADgit diff -- readme.md # 工作区 <===> 暂存区git diff --cached -- readme.md # 暂存区 <===> HEAD

7.暂存区/工作区恢复到和HEAD一样

git reset HEADgit reset 有三个参数--soft 这个只是把 HEAD 指向的 commit 恢复到你指定的 commit，暂存区工作区不变--hard 这个是把 HEAD，暂存区，工作区都修改为你指定的 commit 的时候的文件状态--mixed 这个是不加时候的默认参数，把 HEAD，暂存区修改为你指定的 commit 的时候的文件状态，工作区保持不变

8.工作区恢复到暂存区

我们有个文件修改了，然后add到暂存区。然后在工作区继续开发后，发现改的不是那么理想，想回到暂存区，则执行以下命令。

git restore/checkout 文件名# 上面2个是git不同版本的命令，效果都一样。我们可以用git status查看需要使用什么命令

9.查看不同提交的文件差异

git diff <commit_id1> <commit_id2> --<file_name> #比较某文件两次不同提交的差异git diff <branch_1> <branch_2> -- <file_name> #比较某文件两个不同分支的差异

10.删除文件

git rm filename #删除文件，注意，只是把工作区和暂存区对应的文件删除了，远程仓库的需要push

11.git stash

当开发中临时加塞了紧急任务怎么处理？

有时候我们会将开发中的代码先commit，然后新拉一个分支去改临时需求，改完后合并到主分支中。其它开发更新主分支的代码，然后继续开发。

那么，如果我们只是开发了一半，并不想commit呢，我们可以先将代码存放到暂存区中，当紧急任务开发完毕后，stash pop将代码恢复，继续开发。

此时若紧急任务修改的代码和目前代码冲突了，两次更改都在，手动解决冲突即可。

git stash save "save message" #把当前工作区的内容放入暂存区，只有git stash 也要可以的，但查找时不方便识别。git stash list #查看stash了哪些存储git stash pop stash@{$num} #把暂存区的内容恢复到工作区，且删除，默认为第一个stash,即stash@{0}git stash apply stash@{$num} #把暂存区的内容恢复到工作区，且保留，默认为第一个stash,即stash@{0}git stash drop stash@{$num} #丢弃stash@{$num}存储，从列表中删除这个存储git stash clear #删除所有缓存的stash