【Git 命令】速查与避坑指南：告别记忆混乱，让你更高效地管理代码！

原创已于 2025-11-20 01:01:27 修改 · 851 阅读

24 ·

CC 4.0 BY-SA版权

文章标签：

#git #gitee #github

于 2025-11-19 21:57:30 首次发布

Git 专栏收录该内容

2 篇文章

订阅专栏

Git命令大全

添加

git add .表示添加所有在工作区的文件

git add <fileName> <fileName>

eg：git add file1 file2

提交

git commit -m "<填写你要备注的内容>"

eg：git commit -m "no message commit"

推送

推送至远程克隆仓库，前提是远程仓库已经克隆到本地

git push <主机名> <克隆仓库你创建的分支名字>

如果是推本地的主机的话就是origin

eg：git push origin master

查看日志

查看最近日志：git log / git log --pretty=oneline
记录本地每一次提交的命令 git reflog

得到每一次的id，此id可用于版本回退功能
在这里插入图片描述

高亮部分就是每次提交的id，用git reflog命令也能得到，且id更加简洁

在这里插入图片描述

版本回退

它有三个版本

git reset [--soft / --mixed / --hard] <HEAD>，区别如图所示

在这里插入图片描述

git reset <使用 git log / git reflog 后查看的对应版本的提交id>，版本id在<查看日志>部分可得到

eg：git reset --mixed 3f50f68

查看当前仓库状态

查看与上一次提交之后到现在是否对文件进行修改（工作区）

git status

查看是哪个文件被修改了之后，用下面介绍的diff命令即可查看修改的具体内容

查看差异

查看暂存区与工作区之间的差异：git diff <fileName>

eg：git diff ReadMe

‍
查看版本库和工作区文件的区别：git diff HEAD --<fileName>

eg：git diff HEAD -- ReadMe

撤销修改

如果你在工作区中写了好多天的代码，但是效果还不如初次的，此时你想要退回到未修改的状态，就需要撤销修改操作

撤销修改虽然可以手动把你自己写的代码删掉，但如果写的太多了，手动删除会有隐患且耗费时间精力

撤销的目的，就是为了不影响远程仓库，所以撤销修改的前提是代码没有push到远程仓库

以下是撤销修改的命令，分三种情况

在这里插入图片描述

删除文件

终端命令使用rm <fileName>，这时会将工作区的文件删除，如果想提交修改的话后续使用add 、commit操作，分为三步
git 也提供了这个命令，将这个流程简化为了两布：git rm <fileName>，这是将工作区与暂存区的文件同时删除，此时git已经自动将删除后的文件提交到暂存区中，只需要commit操作即可

‍

分支

查看本地仓库分支情况

git branch

创建分支

在git branch后加上想要添加分支的名字即可

git branch <branchName>，如：git branch dev

切换分支

跟撤销修改的命令有点相似，只是少了--

git checkout <已有的分支>，如：git checkout dev

还能使用切换并创建一个未创建的分支，使用git checkout -b <branchName>，相当于git branch <branchName> + git checkout <branchName>

合并分支

合并分支的前提下是在选定某一个分支内对另一分支进行合并，不能合并现在所选的分支上

git merge <branchName>（Fast-forward模式）

例如有两个分支：master 和 dev

如果想要合并dev分支，那需要讲选中的分支切换到master上，用git branch来查看现在所处的分支，前面带 * 号的就是所在分支

像这样，所在是分支dev，就使用git checkout master转回master分支

然后就能进行合并操作了，使用git merge dev，这时master就指向了dev的最新一次提交

此时的分支情况为

在这种Fast-forward模式下，删除分支历史时，会丢掉分支的信息，看不出来最新的提交是merge进来的还是master分支上正常提交的，为了更好的溯源以及留痕，日后便于发现是哪个分支提交出了问题，在合并的时候会使用no-ff模式，即No-Fast-forward

git merge --no-ff -m "新提交的信息" <branchName>

其中-m "新提交的信息"表示在使用no-ff的模式下，表示merge之后还带有一个提交，说明no-ff模式下，master必须要指向一个新的提交

例如：有分支dev、master，在选中master分支的前提下使用git merge --no-ff -m "merge dev" dev，此时分支的情况为

在平时使用中，更加建议使用no-ff模式，能进行更好的区别与溯源

合并冲突

如果出现merge冲突，需要手动解决，并进行一次《添加 + 提交》操作！！！如果不提交，是不属于成功的merge

在这里插入图片描述

此时的分支情况

在这里插入图片描述

在git中也支持提交线的可视化图标，使用git log --graph --abbrev-commit，如图所示

在这里插入图片描述

删除分支

删除分支也是只能在其他的分支上删除分支，比如在dev分支上就不能删除dev，必须要切到master分支上才可以

使用git branch -d <branchName>

因为创建、合并和删除分支非常快，所以鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更加的安全

删除分支2

开发过程中，可能dev分支在中途被废弃了，不需要合并到master中，直接删除dev分支，此时强制删除分支用命令git branch -D <branchName>

在终端命令中也会提醒你，这个分支未被完全合并到master分支上，如果确定你要删除，使用git branch -D <branchName>

在这里插入图片描述

分支策略

在实际开发中，git给我们的分支管理能力是非常重要的，这能帮我们进行多人协同开发

在git管理中，需要遵守的几个重要约定

master分支应该是非常稳定的，仅用来发布新版本，平时不能在上面修改操作
干活修改的内容都应该在dev分支上，等到某个时候迎来版本更新，再把dev分支合并到master上，在master分支上发布新版本

这样每个人都能在基于master上创建dev分支进行协同开发，每个人都有自己的分支，时不时往dev分支上合并即可

故团队协同开发的分支belike：