美文网首页
2.4.管理修改

2.4.管理修改

作者: 城堡下的晚祷 | 来源:发表于2018-08-14 10:00 被阅读0次

现在,假定你已经完全掌握了暂存区的概念。下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。

你会问,什么是修改?比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修改,甚至创建一个新文件,也算一个修改。

为什么说Git管理的是修改,而不是文件呢?我们还是做实验。第一步,对readme.txt做一个修改,比如加一行(第四行)内容:

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes.

然后,添加:

$ git add readme.txt
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   readme.txt

提交之前,我们队readme.txt再进行一些修改:

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.

提交:

$ git commit -m "git tracks changes"
[master 4a2123a] git tracks changes
 1 file changed, 2 insertions(+), 1 deletion(-)

提交后再查看状态:

$ git status
On branch 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.txt

no changes added to commit (use "git add" and/or "git commit -a")

怎么第二次的修改没有被提交?我们回顾一下操作过程:

第一次修改 -> git add -> 第二次修改 -> git commit

由于Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。

提交后,用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别:

$ git diff head -- readme.txt
diff --git a/readme.txt b/readme.txt
index 81c0d0d..ad4c950 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
 Git is a distributed version control system.
 Git is free software distributed under the GPL.
 Git has a mutable index called stage.
-Git tracks changes.
+Git tracks changes of files.

那怎么提交第二次修改呢?你可以继续git add再git commit,也可以别着急提交第一次修改,先git add第二次修改,再git commit,就相当于把两次修改合并后一块提交了:

第一次修改 -> git add -> 第二次修改 -> git add -> git commit

注意:

git diff到底比较的是那个两个文件之间的差异?
这里分为两种情况,一种是当暂存区中有文件时,另一种是暂存区中没有文件。

(1)当暂存区中没有文件时,git diff比较的是,工作区中的文件与上次提交到版本库中的文件。
(2)当暂存区中有文件时,git diff则比较的是,当前工作区中的文件与暂存区中的文件。

git diff HEAD -- file比较的是工作区中的文件与版本库中文件的差异。HEAD指向的是版本库中的当前版本,而file指的是当前工作区中的文件。

相关文章

  • 2.4.管理修改

    现在,假定你已经完全掌握了暂存区的概念。下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Gi...

  • Apache 多端口多站点配置方法

    操作系统Red Hat,apache版本2.4.*首先修改httpd.conf配置文件。 把 改成 就是使用虚拟配...

  • 备考2.4.

    小题来啦 中药一 第三章第八节 1.《中国药典》规定,当归的指标成分之一是() A. 橙皮苷 B. 丹酚酸 C. ...

  • EIGRP修改管理距离

    一、EIGRP管理距离 内部:90外部:170 二、修改管理 全局修改EIGRP路由条目的内部和外部管理距离 修改...

  • 05 管理与撤销Git修改

    管理修改 Git管理的是修改,而不是文件 Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放...

  • 骁酒后台操作指南

    登陆 略 修改管理员信息 点击菜单 权限管理 > 用户列表 找到你需要修改的用户点击修改图标进入修改界面 修改完成...

  • 管理修改

    现在,假定你已经完全掌握了暂存区的概念。下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Gi...

  • 管理修改

    撤销修改 $ git checkout -- file $ git reset HEAD file 小结 2.删除...

  • 管理修改

    Git 跟踪管理的是修改 不是文件 下面来做测试 修改仓库中的readme.pages文件 添加一行内容 git ...

  • 管理修改

    现在,假定你已经完全掌握了暂存区的概念。下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Gi...

网友评论

      本文标题:2.4.管理修改

      本文链接:https://www.haomeiwen.com/subject/uteubftx.html