今天是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 status

On 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.md

diff --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.md

jay@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 fetch

jay@pc MINGW64 /d/my_project/gittest (master)

$ git rebase

First, rewinding head to replay your work on top of it...
Applying: second commit

jay@pc MINGW64 /d/my_project/gittest (master)

$ git push

Counting 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.md

diff --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.md

diff --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 867df08

diff --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)的更多相关文章

  1. 痞子衡嵌入式:第一本Git命令教程(0)- 索引

    大家好,我是痞子衡,是正经搞技术的痞子.本系列痞子衡给大家讲的是Git命令汇编,共12篇文章,循序渐进地介绍Git操作的完整过程. 在开始Git课程之前,需要先跟大家普及2个重要概念(四度空间.四种状 ...

  2. 痞子衡嵌入式:第一本Git命令教程(7.1)- 清理之缓存(stash)

    今天是Git系列课程第七课,上一课我们学会了查看Git本地历史提交,今天痞子衡要讲的是Git仓库的清理操作,一共4个命令,都是日常开发中非常实用的命令,掌握这4个命令,会让你有一种玩弄Git仓库于股掌 ...

  3. 痞子衡嵌入式:第一本Git命令教程(1)- 准备(init/config/.gitignore)

    今天是Git系列课程第一课,痞子衡给大家要讲的是创建仓库的准备工作. 1.建仓库git init 第一步是创建一个空仓库,这是一切操作的前提. // 打开git bash命令行,切换到指定目录下 ja ...

  4. 痞子衡嵌入式:第一本Git命令教程(4)- 转移(add/rm/mv)

    今天是Git系列课程第四课,上一课我们在Git空间里做了一些文件改动并且知道了如何利用Git查看这些变动,今天痞子衡要讲的是将这些变动提交到Git本地仓库前的准备工作. Git仓库目录下的文件改动操作 ...

  5. 痞子衡嵌入式:第一本Git命令教程(5)- 提交(commit/format-patch/am)

    今天是Git系列课程第五课,上一课我们做了Git本地提交前的准备工作,今天痞子衡要讲的是Git本地提交操作. 当我们在仓库工作区下完成了文件增删改操作之后,并且使用git add将文件改动记录在暂存区 ...

  6. 痞子衡嵌入式:第一本Git命令教程(6)- 日志(log/reflog/gitk)

    今天是Git系列课程第六课,上一课我们学会了Git本地提交,今天痞子衡要讲的是如何查看Git本地历史提交. 当我们在仓库里做了很多次提交之后,免不了需要回看提交记录,看看自己之前的改动.有三种Git命 ...

  7. 痞子衡嵌入式:第一本Git命令教程(2)- 连接(remote/clone)

    今天是Git系列课程第二课,上一课我们已经学会在本地创建一个空仓库,痞子衡今天要讲的是如何将本地仓库与远程建立联系. 1.将本地仓库挂上远程git remote 本地建好了仓库,我们希望能够挂到远程服 ...

  8. 痞子衡嵌入式:超级下载算法RT-UFL v1.0发布,附J-Link下安装教程

    痞子衡主导的"学术"项目 <RT-UFL - 一个适用全平台i.MXRT的超级下载算法设计> 历时 8 个月终于迎来了 v1.0 版发布,因为是第一个正式版,为了保证质 ...

  9. 痞子衡嵌入式:超级好用的可视化PyQt GUI构建工具(Qt Designer)

    大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是PyQt GUI构建工具Qt Designer. 痞子衡开博客至今已有好几年,一直以嵌入式开发相关主题的文章为主线,偶尔穿插一些其他技术 ...

随机推荐

  1. JS 存储

    1. 描述cookie ,sessionStorage 和 localStorage 的区别? cookie : 本身用于客户端和服务器端通信, 但是有本身存储的功能,就被‘借用’ 使用documen ...

  2. myeclipse集成maven

    myeclipse集成maven 打开myeclipse---Window----Preferences---Maven4MyEclipse--Installations----Add,如图所示: 这 ...

  3. 大数据计算框架Hadoop, Spark和MPI

    转自:https://www.cnblogs.com/reed/p/7730338.html 今天做题,其中一道是 请简要描述一下Hadoop, Spark, MPI三种计算框架的特点以及分别适用于什 ...

  4. 动态规划-LIS1

    https://vjudge.net/contest/297216?tdsourcetag=s_pctim_aiomsg#problem/J #include<bits/stdc++.h> ...

  5. Redis 集群的安装

    Redis 集群介绍.特性.规范等Redis 集群的安装(Redis3.0.3 + CentOS6.6_x64)要让 Redis3.0 集群正常工作至少需要 3 个 Master 节点,要想实现高可用 ...

  6. 回顾4180天在腾讯使用C#的历程,开启新的征途

    今天是2018年8月8日,已经和腾讯解除劳动关系,我的公司正式开始运营,虽然还有很多事情需要理清,公司官网也没有做,接下来什么事情都需要自己去完成了,需要一步一个脚印去完善,开启一个新的征途,我将在博 ...

  7. 基于docker搭建开源扫描器——伏羲

    基于docker搭建开源扫描器——伏羲 1.简介 项目地址 伏羲是一款开源的安全检测工具,适用于中小型企业对企业内部进行安全检测和资产统计. 功能一览: 基于插件的漏洞扫描功能(类似于巡风) 漏洞管理 ...

  8. #Java学习之路——基础阶段(第八篇)

    我的学习阶段是跟着CZBK黑马的双源课程,学习目标以及博客是为了审查自己的学习情况,毕竟看一遍,敲一遍,和自己归纳总结一遍有着很大的区别,在此期间我会参杂Java疯狂讲义(第四版)里面的内容. 前言: ...

  9. [Swift]LeetCode526. 优美的排列 | Beautiful Arrangement

    Suppose you have N integers from 1 to N. We define a beautiful arrangement as an array that is const ...

  10. [Swift]LeetCode973. 最接近原点的 K 个点 | K Closest Points to Origin

    We have a list of points on the plane.  Find the K closest points to the origin (0, 0). (Here, the d ...