明天加班,顺便写下Git根底配置以及罕用的命令,亲自尝试

Git配置

理解版本控制

什么是版本控制?我真的须要吗?版本控制是一种记录若干文件内容变动,以便未来查阅特定版本订正状况的零碎。

什么是分布式版本控制系统分布式版本控制系统( Distributed Version Control System,简称 DVCS )。

在这类零碎中,像 Git,Mercurial,Bazaar 以及 Darcs 等,客户端并不只提取最新版本的文件快照,而是把原始的代码仓库残缺地镜像下来。这么一来,任何一处协同工作用的服务器产生故障,预先都能够用任何一个镜
像进去的本地仓库复原。因为每一次的提取操作,实际上都是一次对代码仓库的残缺备份

Git常用命令

git-系统配置
git config -l
git-global配置
git config --global --list# 能够设全局专用辨认的 邮箱和用户名git config --global user.name 'xxxxxx'git config --global user.email 'xxxxx@xxx.com'
我的项目独自git配置
# 查看git config --list# 为我的项目设置独自的user.name和user.emailgit config user.name 'xxxxxx'git config user.email 'xxxxx@xxx.com'

Git初始化

本地初始化
git init
近程拉取
git clone 近程仓库地址

本地仓库与近程仓库的关联

# 本地-建设关联-近程git remote add origin 近程仓库地址# 本地-勾销关联-近程git remote rm origin

Git保留和提交

查看状态
git status
查看所有文件批改详情
git diff HEAD
查看指定文件的批改详情
git diff HEAD ./README.md
增加保留
".": 所有批改文件
git add .或git add ./home.vue
增加保留阐明(提交到本地仓库)
git commit -m '对这次保留增加阐明形容'
拉取代码
多人合作开发的时候,提交之前先拉取下代码,解决可能将来的抵触
git pull origin 分支名
提交代码
git push origin 分支名

Git提交日志

查看提交记录
查看已经的提交记录
能够显示所有提交过的版本信息,不包含曾经被删除的 commit 记录和 reset 的操作
git log --pretty=oneline
管制显示条数
git log -30 --pretty=oneline
图形化展现查看以后分支的版本演变信息
git log --graph
按作者名字查看提交记录
git log --author="John"
搜寻提交历史,依据关键词
git log -S 关键词
按日期
git log --after="2023-2-1"
搜寻过滤合并提交
git log --no-mergesorgit log --merges
按提交信息
比如说,你的团队标准要求在提交信息中包含相干的issue编号,你能够用上面这个命令来显示这个 issue 相干的所有提交
git log --grep="JRA-224:"
查看以后 版本标记位
git reflog是Git操作的一道平安保障,它可能记录简直所有本地仓库的扭转,包含所有分支的commit提交,以及曾经被删除的commit
git reflog

Git回退到某个版本

回退到上一个版本
git reset --hard HEAD^ # 回退上一个版本git reset --hard HEAD~3  # 回退上上上一个版本 git reset --hard bae128  # 回退到某个版本回退点之前的所有信息。 

HEAD 阐明:

  • HEAD 示意以后版本
  • HEAD^ 上一个版本
  • HEAD^^ 上上一个版本
  • HEAD^^^ 上上上一个版本
  • 以此类推...
能够应用 ~数字示意
  • HEAD~0 示意以后版本
  • HEAD~1 上一个版本
  • HEAD^2 上上一个版本
  • HEAD^3 上上上一个版本
  • 以此类推...

Git分支指令

查看素有分支
git branch -a
切换分支
git checkout 分支名
创立本地分支
git branch 新分支名# 创立并切换到新分支git checkout -b 新分支名
依据指定版本号创立分支
git checkout -b 分支名 提交ID
推送本地分支到近程仓库
git push origin 新分支名
删除本地某个分支
这是一个“平安”操作,因为 Git 会阻止咱们删除具备未合并更改的分支
git branch -d 分支名
强制删除本地某个分支
即便它有未合并的更改。如果想永恒抛弃与特定开发线相干的所有提交,则能够应用此命令
git branch -D 分支名
删除近程仓库的某个分支
git push origin --delelte 分支名
显示所有近程仓库
查看仓库源名称
git remote -v
更新近程分支列表
git remote update origin(仓库源名称) --prune
推送所有分支到近程仓库
git push origin(仓库源名称) --all 
强行推送以后分支到近程仓库,即便有抵触
git push origin(仓库源名称) --force

Git合并分支

想将develop分支合并到master分支
git checkout master # 首先切换到master分支上git pull origin master # 如果是多人开发的话 须要把近程master上的代码pull下来git merge --no-ff develop # 而后咱们把develop分支的代码合并到master上
对于 git merge develop 和 git merge --no-ff develop 的区别
git merge develop==== >  后果就会变成          A---B---C develop         /         masterD---E---F 

执行此句话后,因为 develop 就在 master 的上游,所以间接挪动了 master 的指针,master 和 develop 都指向了 C

而如果执行了 git merge --no-ff feature 的话,是上面的后果:
git merge --no-ff develop==== >  后果就会变成          A---B---C develop         /         \D---E---F-----------G master因为 --no-ff 禁止了快进,所以会生成一个新的提交,master 指向 G。

从合并后的代码来看,后果其实是一样的,区别就在于 --no-ff 会让 Git 生成一个新的提交对象, 通常咱们把 master 作为主分支,下面寄存的都是比较稳定的代码,而 feature
是用来开发个性的,下面会存在许多系统的提交,快进式合并会把 feature 的提交历史混入到 master 中,搅乱 master 的提交历史

Git标签

查看tag列表
git tag -l
本地增加tag
git tag -a 标签名 -m '版本阐明' 
查看tag信息
git show 标签名
本地删除某个tag
git tag -D 标签名orgit tag -d 标签名
推送本地tag到近程仓库
git push origin 标签名
删除近程仓库tag
git push origin --delete 标签名 

小记

  • cmd中应用log命令,不会主动退出,须要手动按下英文状态下的q退出

Git常见谬误

1、批改最初一次提交音讯 - 提交音讯写错了
(按 i 进行编辑,编辑后,按 ESC,如果保留退出应用 :wq,只退出输出 :q,如果出错,退出不保留应用 :qa!)
git commit --amend #该命令将关上编辑器,并容许更改最初一次提交音讯
2、Git 撤回 commit,但未 push 的内容
git loggit reset e102c05227bca7517554777f589f130305b69427 #保留提交之前的更改到工作区
3、让单个文件回退到指定版本
git log vue.config.js #拿到文件提交记录IDgit checkout e102c05227bca7517554777f589f130305b69427(commitID) vue.config.js  #将文件还原到你想要还原的版本
4、解决抵触
只有所有开发者都恪守这个规定,那么解决抵触是一件非常容易的事件
  1. 例如我的分支叫做dev分支。我把代码批改实现了,当初不晓得有没有抵触。
  2. 在 dev 分支外面,执行命令git merge origin/master,把近程的master分支合并到以后dev分支中。如果没有任何报错,那么间接转到第5步。
  3. 如果有抵触,依据提醒,把抵触解决,保留文件。而后执行命令git add xxx把你批改的文件增加到缓存区。而后执行命令git commit -m "xxx"增加 commit 信息。
  4. 执行如下命令,切换到 master 分支:git checkout master。
  5. 执行命令git pull确保以后 master 分支是最新代码。
  6. 把dev分支的代码合并回 master 分支:git merge dev。
  7. 提交代码:git push。