当前位置: 首页 > news >正文

Git命令保姆级教程

Git 入门网站

https://learngitbranching.js.org/?locale=zh_CN

Git 命令

git init

// 在本地目录内部会生成.git文件夹
git init

git clone

// 从git服务器拉取代码
// 代码下载完成后在当前文件夹中会有一个 shop 的目录,通过 cd shop 命令进入目录。
git clone https://github.com/xxxxx/shop.git

git config

// 配置开发者用户名和邮箱
// 每次代码提交的时候都会生成一条提交记录,其中会包含当前配置的用户名和邮箱
git config user.name xxxxx
git config user.email xxxxx@qq.com

git branch

// 创建、重命名、查看、删除项目分支,通过 Git 做项目开发时,一般都是在开发分支中进行,开发完成后合并分支到主干// 创建一个名为 dev 的日常开发分支,分支名只要不包括特殊字符即可
git branch dev// 如果觉得之前的分支名不合适,可以为新建的分支重命名,重命名分支名为 develop
git branch -m dev develop// 通过不带参数的 branch 命令可以查看当前项目分支列表
git branch// 如果分支已经完成使命则可以通过 -d 参数将分支删除
git branch -d develop// 查看本地版本库和远程版本库上的分支列表
git branch -a// 查看远程版本库上的分支列表,加上 -d 参数可以删除远程版本库上的分支
git branch -r// 分支未提交到本地版本库前强制删除分支,不可恢复
git branch -D// 查看带有最后提交id、最近提交原因等信息的本地版本库分支列表
git branch -vv

git checkout

// 切换到 develop分支,后续的操作将在这个分支上进行
git checkout develop// 创建 daily 分支,同时切换到这个新创建的分支
git checkout -b daily// 从本地版本库的 HEAD(也可以是提交ID、分支名、Tag名) 历史中检出 demo.html 覆盖当前工作区的文件
// 如果省略 HEAD 则是从暂存区检出
git checkout HEAD demo.html// 这个命令会创建一个全新的,完全没有历史记录的新分支,但当前源分支上所有的最新文件都还在,真是强迫症患者的福音
// 但这个新分支必须做一次 git commit操作后才会真正成为一个新分支
git checkout --orphan new_branch// 这个命令主要用来比较两个分支间的差异内容,并提供交互式的界面来选择进一步的操作
// 这个命令不仅可以比较两个分支间的差异,还可以比较单个文件的差异
git checkout -p other_branch

git status

// 查看文件变动状态
// 通过任何你喜欢的编辑器对项目中的 README.md 文件做一些改动,保存
// 通过 git status 命令可以看到文件当前状态 Changes not staged for commit:(改动文件未提交到暂存区)
On branch develop
Changes not staged for commit:(use "git add <file>..." to update what will be committed)(use "git checkout -- <file>..." to discard changes in working directory)modified:   README.md
no changes added to commit (use "git add" and/or "git commit -a")// 查看工作区和暂存区文件状态,包括被忽略的文件
git status -s// 以简短方式查看工作区和暂存区文件状态,示例如下:M demo.html
?? test.html
git status --ignored

git add

// 添加文件变动到暂存区
// 通过指定文件名 README.md 可以将该文件添加到暂存区
// 如果想添加所有文件可用 git add . 命令
git add README.md// 这时候可通过 git status 看到文件当前状态 Changes to be committed: (文件已提交到暂存区)
On branch develop
Changes to be committed:(use "git reset HEAD <file>..." to unstage)modified:   README.md

git commit

// 提交文件变动到版本库
// 通过 -m 参数可直接在命令行里输入提交描述文本
git commit -m '这里写提交原因'// 不打开编辑器,直接在命令行中输入多行提交原因
git commit -m '第一行提交原因'  -m '第二行提交原因'// 将工作区修改或删除的文件提交到本地版本库, 新增的文件不会被提交
git commit -am '提交原因'// 修改最新一条提交记录的提交原因
git commit --amend -m '提交原因'// 将当前文件改动提交到 HEAD 或当前分支的历史ID
git commit -C HEAD

git push

// 将本地的代码改动推送到服务器
git push origin develop// origin 指代的是当前的git服务器地址,这行命令的意思是把 develop 分支推送到服务器,当看到命令行返回如下字符表示推送成功了
Counting objects: 3, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 267 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local objects.
To https://github.com/xxxxx/shop.git* [new branch]      develop -> develop

git pull

// 将服务器上的最新代码拉取到本地
git pull origin develop// 如果其它项目成员对项目做了改动并推送到服务器,我们需要将最新的改动更新到本地,这里我们来模拟一下这种情况
// 进入Github网站的项目首页,再进入 develop 分支,在线对 README.md 文件做一些修改并保存,然后在命令中执行以上命令
// 它将把刚才在线修改的部分拉取到本地,用编辑器打开 README.md ,你会发现文件已经跟线上的内容同步了// 如果线上代码做了变动,而你本地的代码也有变动,拉取的代码就有可能会跟你本地的改动冲突
// 一般情况下 Git 会自动处理这种冲突合并,但如果改动的是同一行,那就需要手动来合并代码
// 编辑文件,保存最新的改动,再通过 git add .和 git commit -m 'xxx' 来提交合并。

git fetch

// 将远程版本库的更新取回到本地版本库
// 默认情况下,git fetch 取回所有分支的更新。如果只想取回特定分支的更新,可以指定分支名
git fetch origin daily// 清理远程已删除的本地分支(同步远程状态)
git fetch -p / git fetch --prune

git remote

// 不带参数,列出已经存在的远程分支,加上 -v 列出详细信息,在每一个名字后面列出其远程url
git remote -v// 添加一个新的远程仓库,指定一个名字,以便引用后面带的URL
git remote add origin https://github.com/xxxxx/new_shop.git

git merge

// 将其它分支合并到当前分支
// 将待合并分支上的 commit 合并成一个新的 commit 放入当前分支,适用于待合并分支的提交记录不需要保留的情况
git merge --squash

在这里插入图片描述

// 默认情况下,Git 执行"快进式合并"(fast-farward merge),会直接将 Master分支指向 Develop 分支
// 使用 --no-ff 参数后,会执行正常合并,在 Master分支上生成一个新节点,保证版本演进更清晰。
git merge --no-ff

在这里插入图片描述

// 在没有冲突的情况下合并,不想手动编辑提交原因,而是用 Git 自动生成的类似 Merge branch 'test' 的文字直接提交
git merge --no-edit

git stash

// 在 Git 的栈中保存当前修改或删除的工作进度,当你在一个分支里做某项功能开发时,接到通知把昨天已经测试完没问题的代码发布到线上
// 但这时你已经在这个分支里加入了其它未提交的代码,这个时候就可以把这些未提交的代码存到栈里// 将未提交的文件保存到Git栈中
git stash// 查看栈中保存的列表
git stash list// 显示栈中其中一条记录
git stash show stash@{0}// 移除栈中其中一条记录
git stash drop stash@{0}// 从Git栈中检出最新保存的一条记录,并将它从栈中移除
git stash pop// 从Git栈中检出其中一条记录,但不从栈中移除
git stash apply stash@{0}// 把当前栈中最近一次记录检出并创建一个新分支
git stash branch new_banch// 清空栈里的所有记录
git stash clear// 为当前修改或删除的文件创建一个自定义的栈并返回一个ID,此时并未真正存储到栈里
git stash create// 将 create 方法里返回的ID放到 store 后面,此时在栈里真正创建了一个记录,但当前修改或删除的文件并未从工作区移除
git stash store xxxxxx$ git stash create
09eb9a97ad632d0825be1ece361936d1d0bdb5c7
$ git stash store 09eb9a97ad632d0825be1ece361936d1d0bdb5c7
$ git stash list
stash@{0}: Created via "git stash store".

git log

// 查看版本提交记录
// 通过 git log 命令,我们可以查看整个项目的版本提交记录,它里面包含了提交人、日期、提交原因等信息,得到的结果如下
// 提交记录可能会非常多,按 J 键往下翻,按 K 键往上翻,按 Q 键退出查看
commit c334730f8dba5096c54c8ac04fdc2b31ede7107a
Author: xxxxx <xxxxx@qq.com>
Date:   Wed Jan 11 09:44:13 2017 +0800Update README.md
commit ba6e3d21fcb1c87a718d2a73cdd11261eb672b2a
Author: xxxxx <xxxxx@qq.com>
Date:   Wed Jan 11 09:31:33 2017 +0800test
.....// 显示带提交差异对比的历史记录
git log -p// 显示 demo.html 文件的历史记录
git log demo.html// 显示2周前开始到现在的历史记录,其它时间可以类推
git log --since="2 weeks ago"// 显示截止到2周前的历史记录,其它时间可以类推
git log --before="2 weeks ago"// 显示最近10条历史记录
git log -10// 显示从提交ID f5f630a 到 HEAD 之间的记录,HEAD 可以为空或其它提交ID
git log f5f630a..HEAD// 在一行中输出简短的历史记录
git log --pretty=oneline// 格式化输出历史记录
git log --pretty=format:"%h"

Git 用各种 placeholder 来决定各种显示内容,常用的显示如下:

  • %H: commit hash
  • %h: 缩短的commit hash
  • %T: tree hash
  • %t: 缩短的 tree hash
  • %P: parent hashes
  • %p: 缩短的 parent hashes
  • %an: 作者名字
  • %aN: mailmap的作者名
  • %ae: 作者邮箱
  • %ad: 日期 (–date= 制定的格式)
  • %ar: 日期, 相对格式(1 day ago)
  • %cn: 提交者名字
  • %ce: 提交者 email
  • %cd: 提交日期 (–date= 制定的格式)
  • %cr: 提交日期, 相对格式(1 day ago)
  • %d: ref名称
  • %s: commit信息标题
  • %b: commit信息内容
  • %n: 换行

git blame

// 查看文件每行代码块的历史信息
// 截取 demo.html 文件1-10行历史信息
git blame -L 1,10 demo.html

git bisect

// 二分查找历史记录,排查BUG// 开始二分查找
git bisect start// 标记当前二分提交ID为有问题的点
git bisect bad// 标记当前二分提交ID为没问题的点
git bisect good// 查到有问题的提交ID后回到原分支
git bisect reset

git cherry-pick

// 合并分支的一条或几条提交记录到当前分支末梢
// 合并提交ID 170a305 到当前分支末梢
git cherry-pick 170a305

git reset

// 将当前的分支重设(reset)到指定的 <commit> 或者 HEAD// --mixed 是不带参数时的默认参数,它退回到某个版本,保留文件内容,回退提交历史
git reset --mixed <commit>// 暂存区和工作区中的内容不作任何改变,仅仅把 HEAD 指向 <commit>
git reset --soft <commit>// 自从 <commit> 以来在工作区中的任何改变都被丢弃,并把 HEAD 指向 <commit>
git reset --hard <commit>

git rebase

// 重新定义分支的版本库状态
git rebase branch_name// 合并过程中可能需要先解决冲突,然后执行该命令继续正在进行的 rebase 操作(本地操作)
git rebase --continue// 将变基后的结果强制推送到远程仓库(远程操作)
git push --force// 替代命令(更安全)
git push --force-with-lease

合并分支,这跟 merge 很像,但还是有本质区别,看下图:在这里插入图片描述

// 交互式地修改最近 2 次提交,此命令等价于git rebase -i HEAD~2
git rebase -i HEAD~~// 交互式地修改最近 3 次提交
git rebase -i HEAD~3

打开文本编辑器,将看到从 HEAD 到 HEAD~~ 的提交如下:

pick 9a54fd4 添加commit的说明
pick 0d4a808 添加pull的说明
# Rebase 326fc9f..0d4a808 onto d286baa
#
# Commands:
#  p, pick = use commit
#  r, reword = use commit, but edit the commit message
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#  f, fixup = like "squash", but discard this commit's log message
#  x, exec = run command (the rest of the line) using shell
#

将第一行的 pick 改成 Commands 中所列出来的命令,然后保存并退出,所对应的修改将会生效。如果移动提交记录的顺序,将改变历史记录中的排序。

git revert

// 撤销某次操作,此次操作之前和之后的 commit 和 history 都会保留,并且把这次撤销作为一次最新的提交// 撤销前一次提交操作
git revert HEAD// 撤销前一次提交操作,并以默认的 Revert "xxx" 为提交原因
git revert HEAD --no-edit// 需要撤销多次操作的时候加 -n 参数,这样不会每次撤销操作都提交,而是等所有撤销都完成后一起提交
git revert -n HEAD

git diff

查看工作区、暂存区、本地版本库之间的文件差异,用一张图来解释
在这里插入图片描述

// 通过 --stat 参数可以查看变更统计数据
git diff --stattest.md | 1 -1 file changed, 1 deletion(-)

git tag

// 为项目标记里程碑
git tag publish/0.0.1
git push origin publish/0.0.1// 当我们完成某个功能需求准备发布上线时,应该将此次完整的项目代码做个标记,并将这个标记好的版本发布到线上
// 这里我们以 publish/0.0.1 为标记名并发布,当看到命令行返回如下内容则表示发布成功了
Total 0 (delta 0), reused 0 (delta 0)
To https://github.com/gafish/gafish.github.com.git* [new tag]         publish/0.0.1 -> publish/0.0.1

.gitignore

// 设置哪些内容不需要推送到服务器,这是一个配置文件
touch .gitignore// .gitignore 不是 Git 命令,而在项目中的一个文件,通过设置 .gitignore 的内容告诉 Git 哪些文件应该被忽略不需要推送到服务器
// 通过以上命令可以创建一个 .gitignore 文件,并在编辑器中打开文件,每一行代表一个要忽略的文件或目录,如:
demo.html
build/// 以上内容的意思是 Git 将忽略 demo.html 文件 和 build/ 目录,这些内容不会被推送到服务器上

git mv

// 移动或重命名文件、目录
// 将 a.md 重命名为 b.md ,同时添加变动到暂存区,加 -f 参数可以强制重命名,相比用 mv a.md b.md 命令省去了 git add 操作
git mv a.md b.md -f

git rm

// 从工作区和暂存区移除文件
// 从工作区和暂存区移除文件 b.md ,同时添加变动到暂存区,相比用 rm b.md 命令省去了 git add 操作
git rm b.md// 允许从工作区和暂存区移除目录
git rm src/ -r
http://www.lryc.cn/news/604185.html

相关文章:

  • 如何进行项目复盘?核心要点分析
  • AI产品经理手册(Ch3-5)AI Product Manager‘s Handbook学习笔记
  • linux命令tail的实际应用
  • C语言---万能指针(void *)、查找子串(strncmp函数的应用)多维数组(一维数组指针、二维数组指针)、返回指针值函数、关键字(const)
  • 【RH134 问答题】第 9 章 访问网络附加存储
  • 什么是数据编排?数据编排的流程、优势、挑战及工具有哪些?
  • OpenLayers 综合案例-底图换肤(变色)
  • Intellij Idea--解决Cannot download “https://start.spring.io‘: Connect timedout
  • 前端路由
  • DAY21 常见的降维算法
  • vulhub 02-Breakout靶场攻略
  • 计算机网络基础(一) --- (网络通信三要素)
  • 学习日志21 python
  • 集成电路学习:什么是WDT看门狗定时器
  • 简历美容院:如何把“打杂经历“包装成“核心项目“?
  • 系统优化与性能调教
  • USB Type-C PD协议一文通
  • QFutureWatcher 收不到 finished 信号-QFutureWatcher 与对象生命周期
  • 02-Breakout靶机攻略
  • linux命令ps的实际应用
  • ubuntu18.04制作raid0
  • Springboot+vue智能家居商城的设计与实现
  • python使用ffmpeg录制rtmp/m3u8推流视频并按ctrl+c实现优雅退出
  • Apache Ignite 的分布式队列(IgniteQueue)和分布式集合(IgniteSet)的介绍
  • windows下Docker安装路径、存储路径修改
  • Element Plus常见基础组件(一)
  • 网络协议——MPLS(多协议标签转发)
  • Day23-二叉树的层序遍历(广度优先搜素)
  • 基于dcmtk的dicom工具 第九章 以json文件或sqlite为数据源的worklist服务(附工程源码)
  • Mqttnet的MqttClientTlsOptions.CertificateValidationHandler详解