重学git

前言

为什么要写这篇博客呢？我想你应该遇到和我同样的问题，知道git的大部分命令，但是用的时候还是需要靠百度，稍微变着法用的时候就会疑惑半天，原因大概是知识不系统且不知道源头吧，所以这篇博客就由此出现啦

我会将每个指令作为一章节，开始我的编写～

1.branch

git branch 查看本地分支 *代表当前所在分支

git branch --remote 查看远程分支 也可以简写 git branch -r

git branch -a 查看所有分支

git branch -d <branch> 删除分支

说明：假设当前要删除dev分支，如果dev分支上有修改并且commit了 git branch -d dev会提醒没有merge，如果强制删除dev用git branch -D dev也可以

如果dev分支上修改的文件没有commit，那么git branch -d dev 就可以顺利删除了

git branch -D <branch>   直接删除

git branch -m <oldbranch> <newbranch>   重命名本地分支

2.status

git status 就是查看文件状态的 比较简单 (虽然简单，也要贴图呀🐶)

3.log/reflog

使用git log或者git reflog可以看到自己的提交记录，两者是有区别的

1.git log 命令可以显示当前分支所有提交过的版本信息

 如果感觉太繁琐，可以加上参数  --pretty=oneline

2.git reflog 可以查看所有分支的所有操作记录（包括已经被删除的 commit 记录和 reset 的操作）

4.add

·  git add -A  提交所有变化

.  git add *  即使被忽略的文件，也会被提交

·  git add -u  提交被修改(modified)和被删除(deleted)文件到暂存区，不包括新文件(new)

·  git add .  提交新文件(new)和被修改(modified)文件到暂存区，不包括被删除(deleted)文件
 

5.commit

常用的是git commit -m ‘说明’

git commit -am  ‘说明’ ： 用于提交跟踪过的文件 如果是新增的文件就需要先git add . 然后git commit -m ‘说明’，下次就可以直接使用了

git commit --amend --no-edit ：修改的内容合并到上一次的commit变更当中，执行了这个命令commitId会变，但是message并没有变，并且最重要的是commit记录不会增加 ，如果你想让你的提交记录简单明了，那么针对修改同一个一个bug，你最好只有一个提交记录

git commit --amend -m '说明'   ： 用于修改最近一次提交的说明

6.checkout

git checkout -b <新分支>  <分支名> 新建分支，并切换到这个分支，并且拉取任意分支的代码例如：git checkout -b dev origin/master，如果拉取的分支是当前分支，可以简写成git checkout -b <新分支>

git checkout -:快速切换到上一个分支

7.push

作用：将本地代码推送到远程且将远程的分支指向最新的commitId

没push时

push之后，远程的master也指向最新的commit 也就是HEAD的指向

git push origin <本地分支>:<远程分支>   这是push的完整命令将本地分支推送到远程，一般是本地分支跟远程分支一样所以可以省略为 git push origin <本地分支>

git push origin HEAD:将当前分支推送到远程

git push -u origin <分支名> :将本地分支关联到远程分支，远程会创建一个新分支，执行一次 之后在推送的时候就可以直接用git push（ 提交分支到远程origin主机中 ）

git push --set-upstream origin <分支名>:将本地分支关联到远程分支，远程会创建一个新分支，执行一次 之后在推送的时候就可以直接用git push（ 提交分支到远程origin主机中 ）

git push origin --delete <远程分支>:删除远程分支

git push -f origin  <分支名>：强制推送文件，-f是--force的缩写

8.reset

• --mixed（默认）.回退版本，而且会将暂存区的内容和本地已经提交的内容全部恢复到未暂存的状态。不影响原来的本地文件，(未提交的也不会受到影响)。这个就是它的好处，你可以不用先提交就回滚。
• --sort.回退版本,将已提交的内容恢复到暂存区,不影响原来本地的文件(未提交的也不受影响)
• --hard.回退一个版本，清空暂存区，将已提交的内容的版本恢复到本地，本地的文件也将被恢复的版本替换，这里就是为什么建议你在回滚之前务必先提交自己的代码，因为还可以通过id找到提交记录，还可以返回到这个版本，这是非常有必要的（因为你如果使用--hard的话，同时你又没有提交的话，真的回不去了）

git reset commitid （默认）

git reset --hard commitid

这是一个比较危险的命令，它会将当前分支的 HEAD 移动到指定的 commitid，会丢弃这个commitid之前所有更改，且无法找回原来的修改。

git reset commitid

这个命令会将当前分支的 HEAD 移动到指定的 commitid，它将会撤销自从指定 commitid 以来的所有提交，但保留这些更改在工作目录中。

9.stash

能够将所有未提交的修改（工作区和暂存区）保存至堆栈中，用于后续恢复当前工作目录。

场景：当你正在dev分支上开发一个功能，这时项目中出现一个bug，需要紧急修复，但是你正在开发的内容只是完成一半，还不想提交，这时你就可以用git stash命令将修改的内容保存至堆栈区，然后顺利切换到hotfix分支进行bug修复，修复完成后，再次切回到dev分支，从堆栈中恢复刚刚保存的内容。

常用命令：

git stash 

1.修改了3.js文件 ，使用git stash 将修改存储起来 git status查看工作区就是干净的（除非有没有被Git管理的文件）

git stash save  ‘备注’ ：存储的时候也可以命名

git stash list ：查看stash了哪些存储,键值对的存储方式:key:value 

git stash apply：恢复最近一次的存储，当然可以恢复指定的存储代码: git stash apply stash@{1}，但是恢复后，stash内容并不删除，

git stash pop：恢复最近一次的存储的同时把stash内容也删了，当然可以恢复指定的存储代码: git stash pop stash@{1}

git stash drop：删除最近一次的存储，当然也可以用 git stash drop stash@{0} 删除指定的存储

git stash clear ：删除所有缓存的stash~ 不要轻易执行！！！！

10.fetch

是将远程主机的最新内容拉到本地，用户在检查了以后决定是否合并到工作本机分支中。

git fetch <远程主机名> ：这个命令将某个远程主机的更新全部取回本地 例如git fetch origin 

git fetch <远程主机名> <分支名> ：如果只想取回特定分支的更新，可以指定分支名，例如git fetch origin master

git fetch origin <分支名>:<本地分支名>：拉取远端分支到本地分支，常用的是git fetch origin master:dev 将远端master的代码更新到本地dev，如果本地dev没有则会新建一个dev分支

git fetch 和 git merge 的主要区别在于 git fetch 只是拉取远程更新但不会自动合并，而 git merge 则会直接合并指定的分支到当前分支。

使用 git fetch 通常是在你想了解远程仓库的更新情况，但不想立即将其合并到你当前工作分支的情况下。

 

11.merge

git merge <分支名>:将本地这个分支和当前分支合并

git merge origin/master:将远程分支和当前这个分支合并 （需要先git fetch origin master之后才能merge到最新远端的更新）

merge也不是每次都会产生一个新的合并记录：

如果在 master 分支上执行 git merge origin/master，并且当前分支 master 有自己的提交，那么会产生一个新的合并提交

如果在 master 分支上执行 git merge origin/master，且当前分支 master 没有新增提交，那么 master 分支将直接指向 origin/master 的最新提交

而使用rebase这两种情况都不会新增一个新的合并提交。rebase 的优势在于能够保持提交历史的线性，避免产生合并提交。

12.pull

git pull 则是将远程主机的最新内容拉下来后直接合并，即：git pull = git fetch + git merge，这样可能会产生冲突，需要手动解决。

将远程主机的某个分支的更新取回，并与本地指定的分支合并,如果本地分支不存在，本地会新建一个分支：git pull <远程主机名> <远程分支名>:<本地分支名>

如果远程分支是与当前分支合并，则冒号后面的部分可以省略：git pull  <远程主机名> <远程分支名>例如git pull origin master

git pull origin master = git fetch + merge方式合并

git pull -r origin master = git fetch + rebase方式合并（推荐）

13.rebase

git rebase --interactive ：交互模式，修改commit

git rebase --continue :处理完冲突继续合并

git rebase --skip:跳过

git rebse --abort :取消合并

git rebase -i HEAD~3  # 修改最近三次的提交说明，或者其中任意一次  

git rebase master:：在当前分支上合并master。

这个知识点很多，这里贴两位大佬写的文章供大家学习

具体细节可以看大佬的文章：使用git rebase合并多次commit - 掘金

rebase与merge的区别可以查看：https://juejin.im/post/5af26c4d5188256728605809

14.revert

git revert HEAD：撤销前一次的操作

git revert HEAD~:撤销前前一次的操作

git revert commitID:撤销指定操作

15.clone

git clone git仓库地址：克隆项目到本地

16.remote

git remote:查看源

git remote -v：查看源+详细信息

git remote remane origin1 origin2:重命名源名称origin1到origin2

git remote rm origin:删除源origin

git remote add <源名称> <源地址>:添加源，例如git remote add upstream git@github.com:jstitle/test.git

git remote prune origin --dry-run:本地不存在某个分支，但是本地却存在感知远程的分支的时候，这个命令是可以检测出来的

git remote prune origin :清理无效的追踪分支（本地感知远端的分支）

尾声：

1.给git命令起别名：git config --global alias ch checkout 以后就可以用ch代替checkout了

2.项目中经常使用别人维护的模块，在git中使用子模块的功能能够大大提高开发效率。使用子模块后，不必负责子模块的维护，只需要在必要的时候同步更新子模块即可：

git submodule add 远程仓库地址 ：在当前仓库添加子模块

如果子模块更新了，在当前仓库执行：git submodule foreach git pull 就可以更新子模块，使用git add .,git commit -m ''将子模块的最新代码提交到当前仓库的远端

**************************************************************************************************************************************************

到这里就结束了，后面还会补充，如果大家有想知道的我这里没有的，可以留言给我哦

参考资料：

https://github.com/jaywcjlove/git-tips