共计 3555 个字符,预计需要花费 9 分钟才能阅读完成。
明天加班,顺便写下 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.email
git 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-merges
or
git 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
/ master
D---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 标签名
or
git 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 log
git reset e102c05227bca7517554777f589f130305b69427 #保留提交之前的更改到工作区
3、让单个文件回退到指定版本
git log vue.config.js #拿到文件提交记录 ID
git checkout e102c05227bca7517554777f589f130305b69427(commitID) vue.config.js #将文件还原到你想要还原的版本
4、解决抵触
只有所有开发者都恪守这个规定,那么解决抵触是一件非常容易的事件
- 例如我的分支叫做 dev 分支。我把代码批改实现了,当初不晓得有没有抵触。
- 在 dev 分支外面,执行命令 git merge origin/master,把近程的 master 分支合并到以后 dev 分支中。如果没有任何报错,那么间接转到第 5 步。
- 如果有抵触,依据提醒,把抵触解决,保留文件。而后执行命令 git add xxx 把你批改的文件增加到缓存区。而后执行命令 git commit -m “xxx” 增加 commit 信息。
- 执行如下命令,切换到 master 分支:git checkout master。
- 执行命令 git pull 确保以后 master 分支是最新代码。
- 把 dev 分支的代码合并回 master 分支:git merge dev。
- 提交代码:git push。