痞子衡嵌入式:第一本Git命令教程(3)- 变动(status/diff)
今天是Git系列课程第三课,前两课我们都是在做Git仓库准备工作,今天痞子衡要讲的是如何查看Git空间内发生的改动。
本地有了仓库,我们便可以在仓库所在目录下做文件增删改操作,为了确定改动操作的正确性,我们需要实时查看这些改动状态,有两种查看方式git status和git diff,痞子衡为大家逐一介绍:
1.查看Git空间文件改动状态git status
前面讲过Git空间内文件改动有4种状态,除了Unmodified状态的文件因为并未改动默认没有状态不做显示之外,其他文件改动状态都可以通过git status来查看。让我们开始在工作区创建3个文件:main.c、test.c、dummy.c
dummy.c(路径:/gittest/app/dummy.c)为空白文件。
test.c(路径:/gittest/app/test.c)文件内容如下:
#include <stdio.h>
#include <stdlib.h>
void test(void)
{
printf("this is test\n");
}
main.c(路径:/gittest/main.c)文件内容如下:
#include <stdio.h>
#include <stdlib.h>
int main(void)
{
printf("hello world\n");
return 0;
}
为了使改动类型更加丰富一点,我们在已存在Git本地&远程仓库的README.md文件中增加一行内容"# first update"。我们来看看Git记录的状态,从下面结果可知,新增的3个文件在Git空间里都属于Untracked文件,存放在工作区内。READMED.md文件的改动处于Modified状态,也存放在工作区。
jay@pc MINGW64 /d/my_project/gittest (master)
$ git statusOn branch master
Your branch is up to date with 'origin/master'. 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 Untracked files:
(use "git add <file>..." to include in what will be committed) app/
main.c no changes added to commit (use "git add" and/or "git commit -a")
2.查看Git空间文件具体改动git diff
git status只能让我们知道文件在Git空间内的改动状态,但如果我们想查看某个文件内具体改了什么(也可以理解为在不同Git空间中的差异),此时需要用git diff命令。
对于main.c文件,由于是新增的文件,其只存在于工作区,且处于Untracked状态,Git认为无论是哪两个Git空间之间的比对都没有意义,得到的结果是没有区别。
而对于README.md文件,由于已经被提交到仓库了,处于Git管理中,所以这个文件同时存在于三个Git空间(工作区,暂存区,仓库),我们在工作区内对其进行了文件改动,无论是比对工作区vs暂存区或者工作区vs仓库,得到的结果应该都是README.md文件里的具体变化内容。而如果比对暂存区vs仓库,得到的结果也应该是没有区别。
2.1查看文件当前变动(工作区vs暂存区)git diff [file path]
// 查看main.c得不到任何结果
jay@pc MINGW64 /d/my_project/gittest (master)
$ git diff main.c// 查看README.md可看到文件具体变化
jay@pc MINGW64 /d/my_project/gittest (master)
$ git diff README.mddiff --git a/README.md b/README.md
index 92eca93..229dc5f 100644
--- a/README.md
+++ b/README.md
@@ -1 +1,2 @@
# gittest
+# first update
2.2查看文件跨越变动(工作区vs仓库)git diff [commit] [file path]
由于gittest仓库目前只有一次提交,所以此处commit只能是HEAD,只能与上一次提交对比,得到的结果与2.1是一致的。为了充分展示这个功能,我们将此次的README.md的改动先提交到仓库。
jay@pc MINGW64 /d/my_project/gittest (master)
$ git add README.mdjay@pc MINGW64 /d/my_project/gittest (master)
$ git commit -m "second commit"[master aa9db9d] second commit
1 file changed, 1 insertion(+)
jay@pc MINGW64 /d/my_project/gittest (master)
$ git fetchjay@pc MINGW64 /d/my_project/gittest (master)
$ git rebaseFirst, rewinding head to replay your work on top of it...
Applying: second commit
jay@pc MINGW64 /d/my_project/gittest (master)
$ git pushCounting objects: 3, done.
Writing objects: 100% (3/3), 276 bytes | 276.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To github.com:JayHeng/gittest.git
5fe04f8..867df08 master -> master
然后对README.md再修改一次增加新一行内容"# second update"。现在我们再来查看README.md跨级变动(HEAD表示是最近一次commit,HEAD^表示上一次commit,HEAD~100表示上100次commit):
// 查看README.md与最近一次commit的变化(等同于当前变化)
jay@pc MINGW64 /d/my_project/gittest (master)
$ git diff HEAD README.mddiff --git a/README.md b/README.md
index 229dc5f..db5442d 100644
--- a/README.md
+++ b/README.md
@@ -1,2 +1,3 @@
# gittest
# first update
+# second update
// 查看README.md与上一次commit的变化(等同于2次变化的汇总)
jay@pc MINGW64 /d/my_project/gittest (master)
$ git diff HEAD^ README.mddiff --git a/README.md b/README.md
index 92eca93..db5442d 100644
--- a/README.md
+++ b/README.md
@@ -1 +1,3 @@
# gittest
+# first update
+# second update
对于README.md文件的第二次改动仅是用于演示跨越变动对比的功能,为不影响后续讲解,我们现在将这个变动恢复(文件编辑器打开文件,直接删除"# second update")。
2.3查看文件历史变更(仓库vs仓库)git diff [commit] [commit]
gittest仓库目前已有2次提交,让我们直接比对这两次提交。Note:Git每次commit都会产生一个唯一ID(SHA-1号)用于记录这个commit,可在git commit/git push命令的返回结果里看到。
jay@pc MINGW64 /d/my_project/gittest (master)
$ git diff 5fe04f8 867df08diff --git a/README.md b/README.md
index 92eca93..229dc5f 100644
--- a/README.md
+++ b/README.md
@@ -1 +1,2 @@
# gittest
+# first update
欢迎订阅
文章会同时发布到我的 博客园主页、CSDN主页、微信公众号 平台上。
微信搜索"痞子衡嵌入式"或者扫描下面二维码,就可以在手机上第一时间看了哦。

痞子衡嵌入式:第一本Git命令教程(3)- 变动(status/diff)的更多相关文章
- 痞子衡嵌入式:第一本Git命令教程(0)- 索引
大家好,我是痞子衡,是正经搞技术的痞子.本系列痞子衡给大家讲的是Git命令汇编,共12篇文章,循序渐进地介绍Git操作的完整过程. 在开始Git课程之前,需要先跟大家普及2个重要概念(四度空间.四种状 ...
- 痞子衡嵌入式:第一本Git命令教程(7.1)- 清理之缓存(stash)
今天是Git系列课程第七课,上一课我们学会了查看Git本地历史提交,今天痞子衡要讲的是Git仓库的清理操作,一共4个命令,都是日常开发中非常实用的命令,掌握这4个命令,会让你有一种玩弄Git仓库于股掌 ...
- 痞子衡嵌入式:第一本Git命令教程(1)- 准备(init/config/.gitignore)
今天是Git系列课程第一课,痞子衡给大家要讲的是创建仓库的准备工作. 1.建仓库git init 第一步是创建一个空仓库,这是一切操作的前提. // 打开git bash命令行,切换到指定目录下 ja ...
- 痞子衡嵌入式:第一本Git命令教程(4)- 转移(add/rm/mv)
今天是Git系列课程第四课,上一课我们在Git空间里做了一些文件改动并且知道了如何利用Git查看这些变动,今天痞子衡要讲的是将这些变动提交到Git本地仓库前的准备工作. Git仓库目录下的文件改动操作 ...
- 痞子衡嵌入式:第一本Git命令教程(5)- 提交(commit/format-patch/am)
今天是Git系列课程第五课,上一课我们做了Git本地提交前的准备工作,今天痞子衡要讲的是Git本地提交操作. 当我们在仓库工作区下完成了文件增删改操作之后,并且使用git add将文件改动记录在暂存区 ...
- 痞子衡嵌入式:第一本Git命令教程(6)- 日志(log/reflog/gitk)
今天是Git系列课程第六课,上一课我们学会了Git本地提交,今天痞子衡要讲的是如何查看Git本地历史提交. 当我们在仓库里做了很多次提交之后,免不了需要回看提交记录,看看自己之前的改动.有三种Git命 ...
- 痞子衡嵌入式:第一本Git命令教程(2)- 连接(remote/clone)
今天是Git系列课程第二课,上一课我们已经学会在本地创建一个空仓库,痞子衡今天要讲的是如何将本地仓库与远程建立联系. 1.将本地仓库挂上远程git remote 本地建好了仓库,我们希望能够挂到远程服 ...
- 痞子衡嵌入式:超级下载算法RT-UFL v1.0发布,附J-Link下安装教程
痞子衡主导的"学术"项目 <RT-UFL - 一个适用全平台i.MXRT的超级下载算法设计> 历时 8 个月终于迎来了 v1.0 版发布,因为是第一个正式版,为了保证质 ...
- 痞子衡嵌入式:超级好用的可视化PyQt GUI构建工具(Qt Designer)
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是PyQt GUI构建工具Qt Designer. 痞子衡开博客至今已有好几年,一直以嵌入式开发相关主题的文章为主线,偶尔穿插一些其他技术 ...
随机推荐
- iphone 屏蔽系统自动更新,消除设置上的小红点
苹果ios系统的更新频率大家应该都知道,一般来说1个月就会来次更新.这一点让很多人讨厌.主要原因还是iPhone会自动下载更新包,然后一直不停地提示你是否安装更新,问题是我们还找不到关闭提醒和关闭自动 ...
- :nth-child() 与 :nth-of-type(n)的区别
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8&quo ...
- textarea--去掉空格的办法
我在初次用到textarea多行文本框时,遇到的问题是:默认出现了两行空格,如图: 代码是(错误的写法): 最后才发现,原来是: textarea标签是需要写在同一行,不能换行,正确的写法:
- ES6-个人学习大纲
1,let const学习补充 1.1,let的知识点: 01-作用域只限制在当前代码块内,代码块形式如下: { var str = '张三'; console.log(str); let str ...
- Winform将一个窗体显示在另一个窗体中
private void ShowForm(Form Indexform) { Form1 form1 = new Form1(); form1 .TopLevel = false; form1 .P ...
- unittest测试套件
测试套件就是测试集,测试集是测试用例的集合. a.按用例顺序执行(addtest) 当addtest与unittest的测试规则冲突时,仍然按照ASCII码的顺序执行. import unittest ...
- Python练手例子(12)
67.输入数组,最大的与第一个元素交换,最小的与最后一个元素交换,输出数组. #python3.7 def inp(numbers): for i in range(6): numbers.appen ...
- Bugly 多渠道热更新解决方案
作者:巫文杰 Gradle使用productFlavors打渠道包的痛 有很多同学可能会采用配置productFlavors来打渠道包,主要是它是原生支持,方便开发者输出不同定制版本的apk,举个例子 ...
- [Swift]LeetCode290. 单词模式 | Word Pattern
Given a pattern and a string str, find if str follows the same pattern. Here follow means a full mat ...
- [Swift]LeetCode803. 打砖块 | Bricks Falling When Hit
We have a grid of 1s and 0s; the 1s in a cell represent bricks. A brick will not drop if and only i ...