关于前端:工作中常用的git命令

38次阅读

共计 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、解决抵触

只有所有开发者都恪守这个规定,那么解决抵触是一件非常容易的事件

  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。

正文完
 0