Git-基本操作(同SVN)2

简介: Git-基本操作(同SVN)

4.工作区和暂存区:

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。

工作区(Working Directory)

就是你在电脑里能看到的目录,比如我的GitStudy文件夹就是一个工作区:

版本库(Repository)

工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。

Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD

8520ebc0b4a7f3cda2f262c77bc3363c.jpg

前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:


第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;


第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。


因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。


你可以简单理解为,需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。


示例修改readme.txt新增LICENSE:

$ vi readme.txt
$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
$ touch LICENSE
$ cat LICENSE
sad

查看状态

$ 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
Untracked files:
(use "git add <file>..." to include in what will be committed)
LICENSE
no changes added to commit (use "git add" and/or "git commit -a")

Git非常清楚地告诉我们,readme.txt被修改了,而LICENSE还从来没有被添加过,所以它的状态是Untracked

现在,使用两次命令git add,把readme.txtLICENSE都添加后,用git status再查看一下:

$ git add readme.txt
$ git add LICENSE

再一次查看文件状态:

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

现在,暂存区的状态就变成这样了:


1663f44f660d9e1f6fd634c6364688b3.jpg

所以,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。

$ git commit -m "test stage"
[master afcd497] test stage
2 files changed, 2 insertions(+)
create mode 100644 LICENSE

一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的:

$ git status
On branch master
nothing to commit, working tree clean

现在版本库变成了这样,暂存区就没有任何内容了:

d2d6696cbfa051d22994d56f5864b560.jpg

5.管理修改:

修改readme.txt文件,add到暂存区,然后在进行修改,然后在进行commit操作,只将第一次修改的内容进行了提交。

$ git add readme.txt
$ vi readme.txt
$ git commit -m "two update one add one commit"
[master 155d578] two update one add one commit
1 file changed, 1 insertion(+)
$ 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 -- readme.txt
diff --git a/readme.txt b/readme.txt
index a0f2585..e240599 100644
--- a/readme.txt
+++ b/readme.txt
@@ -3,3 +3,4 @@ Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
+18:51 writen

Git是如何跟踪修改的?每次修改,如果不add到暂存区,那就不会加入到commit中。

6.撤销修改:

场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file

场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。

修改完一个文件--》发现不对劲--》撤销修改

$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
18:51 writen
We will fuck!
$ 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 checkout -- readme.txt
$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
18:51 writen
$ git status
On branch master
nothing to commit, working tree clean

修改完一个文件--》add到暂存区--》发现有问题--》撤销更改(checkout不能修复这种情况)

$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
18:51 writen
Fight Now
$ git add readme.txt
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt

修改完一个文件--》add到暂存区--》--》继续对文件进行修改--》发现有问题--》撤销更改

$ vi readme.txt
$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
18:51 writen
Fight Now
I will buy macbook
it cost $990.00
$ git checkout -- readme.txt
$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
18:51 writen
Fight Now
I will buy macbook

命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:

一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;

一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。


总之,就是让这个文件回到最近一次git commit或git add时的状态。


修改完一个文件--》add到暂存区--》发现有问题--》撤销更改(reset可以修复这种情况)

$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt
$ 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
$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
18:51 writen
Fight Now
I will buy macbook

还记得如何丢弃工作区的修改吗?

$ git checkout -- readme.txt
$ cat readme.txt
I will study git in this txt
Git is not too hard
God is a coder
LiaoXueFeng is a subalasi man
2017-07-25
18:51 writen
Fight Now

场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file

场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。

7.删除修改:

一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用rm命令删了:

这个时候,Git知道你删除了文件,因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了:

--》一是确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit

--》另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:

先说第二种:

$ vi test.txt
$ git add test.txt
$ git commit -m "test rm"
[master 21aa1a8] test rm
1 file changed, 1 insertion(+)
create mode 100644 test.txt
$ git status
On branch master
nothing to commit, working tree clean
$ rm -rf test.txt
$ git status
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
deleted: test.txt
no changes added to commit (use "git add" and/or "git commit -a")
$ ls
LICENSE readme.txt
$ git checkout -- test.txt
$ ls
LICENSE readme.txt test.txt
$ git status
On branch master
nothing to commit, working tree clean

第一种情况:

$ rm -rf test.txt
$ git status
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
deleted: test.txt
no changes added to commit (use "git add" and/or "git commit -a")
$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master 929d205] remove test.txt
1 file changed, 1 deletion(-)
delete mode 100644 test.txt

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容

目录
相关文章
|
6月前
|
Linux 开发工具 git
【Git】Git基本操作-1
【Git】Git基本操作-1
|
6月前
|
存储 算法 开发工具
git是什么?git的五个命令,git和svn的区别
git是什么?git的五个命令,git和svn的区别
88 0
|
3月前
|
敏捷开发 存储 开发工具
版本控制系统的选择:Git与SVN的比较
【8月更文挑战第14天】Git和SVN都是优秀的版本控制系统,它们各自具有独特的优势和适用场景。在选择版本控制系统时,需要根据具体的项目需求、团队特点和开发模式来综合考量。对于需要分布式团队协作、高效处理大型项目或采用敏捷开发模式的团队来说,Git是一个更好的选择。而对于传统团队、集中式开发或简单项目来说,SVN可能更加合适。无论选择哪种版本控制系统,都应该充分利用其提供的工具和功能来提高代码质量和开发效率。
|
29天前
|
存储 开发工具 git
Git和SVN有什么区别?
综上所述,选择Git还是SVN取决于项目的具体需求、团队规模以及工作习惯。Git因其高级特性和灵活性,成为了现代软件开发中更受欢迎的选择,而SVN在某些特定场景下仍保有一席之地。开发者应当根据实际情况,权衡两者之间的优劣,作出最适合项目的选择。
42 4
|
6月前
|
存储 开发工具 git
Git的基本操作和原理
Git的基本操作和原理
|
3月前
|
存储 开发工具 数据安全/隐私保护
Git 与 SVN:版本控制领域的双星对比
【8月更文挑战第27天】
114 6
|
3月前
|
Kubernetes jenkins 持续交付
Jenkins + SVN/Git + Maven + Docker + 阿里云镜像 + Kubernetes(K8S)
Jenkins + SVN/Git + Maven + Docker + 阿里云镜像 + Kubernetes(K8S)
121 0
|
5月前
|
中间件 Java 生物认证
Web应用&源码泄漏&开源闭源&指纹识别&GIT&SVN&DS&备份
Web应用&源码泄漏&开源闭源&指纹识别&GIT&SVN&DS&备份
|
6月前
|
开发工具 git
将本地项目上传到svn服务端和git
将本地项目上传到svn服务端和git
150 0