当前位置: 澳门新濠3559 > 编程 > 正文

查看当前目录文件,并反复提交

时间:2019-10-07 13:17来源:编程
前面已经学会使用git将文件提交到本地仓库和远程仓库,那么,如何在本地实现版本回退呢?   账号xyfalv**@hotmail.com 1、status命令与diff命令 1、status命令与diff命令 首先,我们在将上次讲

前面已经学会使用git将文件提交到本地仓库和远程仓库,那么,如何在本地实现版本回退呢?

  账号xyfalv**@hotmail.com

1、status命令与diff命令

1、status命令与diff命令

首先,我们在将上次讲到的文档进行修改,并反复提交。

第一次使用添加公钥,生成公钥方式如下:



第一次,修改内容为hellword。

1.进入.ssh目录

# 切换目录,MAC中目录的第一个字符如果是 `.` 表示改文件夹是隐藏文件夹

$ cd ~/.ssh

#如果.ssh文件夹不存在,可以执行指令自行创建

$ mkdir ~/.ssh

# 查看当前目录文件

$ ls

  前面我们已经成功地添加并提交了一个readme.txt文件,修改readme.txt如下:

  前面我们已经成功地添加并提交了一个readme.txt文件,修改readme.txt如下:

过程如下

2.生成 RSA 密钥对

$ ssh-keygen -t rsa -C "你的邮箱@xxx.com"

# 为了方便,全程回车即可(不用了输入ras文件名及密码)

echo "Git is a distributed version control system. " > readme.txt
echo "Git is free software." >> readme.txt
echo "Git is a distributed version control system. " > readme.txt
echo "Git is free software." >> readme.txt

澳门新濠3559 1第一次修改提交

3.查看公钥内容

$ cat ~/.ssh/id_rsa.pub

4.将公钥内容复制并粘贴至

注意:公钥内容以ssh-rsa开头,你的邮箱结尾, 拷贝时不能多一个空格,也不能少一个空格,格式等必须和生成的公钥一致

  运行git status命令看看结果:

  运行git status命令看看结果:

第二次,修改内容为hellogit。在提交之前,我们使用以下语句查看本地仓库当前状态

5.测试公钥

# 测试 SSH 连接

$ ssh -T git@git.oschina.net

# 终端提示 Welcome to Git@user 说明连接成功

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

$ git status

6.在oschina新建项目

  git status命令可以让我们时刻掌握仓库当前的状态,上面显示,readme.txt被修改过了,但还没有准备提交的修改。

  git status命令可以让我们时刻掌握仓库当前的状态,上面显示,readme.txt被修改过了,但还没有准备提交的修改。

澳门新濠3559 2第二次修改后未提交状态澳门新濠3559 3第二次修改提交

7.克隆项目

配置好sshkey之后, 以后只需要拷贝ssh链接地址,然后利用git指令即可进行相关操作

$ git clone git@git.oschina.net:xxx/ProjectName.git

注意:oschina仓库对应多种地址,一个是通过http访问的地址,一个是通过ssh访问的地址

http方式:

ssh方式:git@git.oschina.net:leaderlee/OC_Advanced_Prepares_Lessons.git

  git diff这个命令看看:

  git diff这个命令看看:

在提交完成后,在次查看本地仓储当前状态。

8.添加 gitignore

# /Users/NJ-Lee/Desktop/gitignore-master/ 是保存 gitignore 的目录

$ cp /Users/NJ-Lee/Desktop/gitignore-master/Swift.gitignore .gitignore

$ git add .

$ git commit -m"添加gitignore"

$ git push

提示:

可以从 获取最新版本的 gitignore 文件

添加 .gitignore 文件之后,每次提交时不会将个人的项目设置信息(例如:末次打开的文件,调试断点等)提交到服务器,在团队开发中非常重要

$ git diff readme.txt
...
-Git is version control system.
 Git is a distributed version control system.
Git is free software
$ git diff readme.txt
...
-Git is version control system.
 Git is a distributed version control system.
Git is free software

澳门新濠3559 4第二次提交完成后状态

9.git相关操作

创建版本库

创建一个版本库非常简单,首先,选择一个合适的地方,创建一个空目录:

$mkdir learnt

$cd learnt

$pwd  /Users/michael/learngit

第二步,通过git init命令把这个目录变成Git可以管理的仓库:

$git init Initialized empty Git repository in /Users/michael/learngit/.git/

瞬间Git就把仓库建好了,而且告诉你是一个空的仓库(empty Git repository),细心的读者可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了。

如果你没有看到.git目录,那是因为这个目录默认是隐藏的,用ls -ah命令就可以看见。

  git diff顾名思义就是查看difference,显示的格式正是Unix通用的diff格式,可以从上面的命令输出看到,我们在第一行添加了一个“distributed”单词。

  git diff顾名思义就是查看difference,显示的格式正是Unix通用的diff格式,可以从上面的命令输出看到,我们在第一行添加了一个“distributed”单词。

同时,在修改提交时我们可以使用一下语句来查看文件修改的不同

把文件添加到版本库

首先这里再明确一下,所有的版本控制系统,其实只能跟踪文本文件的改动,比如TXT文件,网页,所有的程序代码等等,Git也不例外。版本控制系统可以告诉你每次的改动,比如在第5行加了一个单词“Linux”,在第8行删了一个单词“Windows”。而图片、视频这些二进制文件,虽然也能由版本控制系统管理,但没法跟踪文件的变化,只能把二进制文件每次改动串起来,也就是只知道图片从100KB改成了120KB,但到底改了啥,版本控制系统不知道,也没法知道。

不幸的是,Microsoft的Word格式是二进制格式,因此,版本控制系统是没法跟踪Word文件的改动的,前面我们举的例子只是为了演示,如果要真正使用版本控制系统,就要以纯文本方式编写文件。

因为文本是有编码的,比如中文有常用的GBK编码,日文有Shift_JIS编码,如果没有历史遗留问题,强烈建议使用标准的UTF-8编码,所有语言使用同一种编码,既没有冲突,又被所有平台所支持。

言归正传,现在我们编写一个readme.txt文件,内容如下:

Gitisa version control system.

Gitisfree software.

一定要放到learngit目录下(子目录也行),因为这是一个Git仓库,放到其他地方Git再厉害也找不到这个文件。

和把大象放到冰箱需要3步相比,把一个文件放到Git仓库只需要两步。

第一步,用命令git add告诉Git,把文件添加到仓库:

$git add readme.txt

查看当前目录文件,并反复提交。执行上面的命令,没有任何显示,这就对了,Unix的哲学是“没有消息就是好消息”,说明添加成功。

第二步,用命令git commit告诉Git,把文件提交到仓库:

$ gitcommit-m"wrote a readme file"

[master (root-commit) cb926e7] wrote a read file

1file changed,2insertions( )

createmode100644readme.txt

简单解释一下git commit命令,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。

嫌麻烦不想输入-m "xxx"行不行?确实有办法可以这么干,但是强烈不建议你这么干,因为输入说明对自己对别人阅读都很重要。实在不想输入说明的童鞋请自行Google,我不告诉你这个参数。

git commit命令执行成功后会告诉你,1个文件被改动(我们新添加的readme.txt文件),插入了两行内容(readme.txt有两行内容)。

为什么Git添加文件需要add,commit一共两步呢?因为commit可以一次提交很多文件,所以你可以多次add不同的文件,比如:

$git add file1.txt

$git add file2.txt file3.txt

$git commit -m"add 3 files."

小结

初始化一个Git仓库,使用git init命令。

添加文件到Git仓库,分两步:

第一步,使用命令git add ,注意,可反复多次使用,添加多个文件;

第二步,使用命令git commit,完成。


我们已经成功地添加并提交了一个readme.txt文件,现在,是时候继续工作了,于是,我们继续修改readme.txt文件

git status命令可以让我们时刻掌握仓库当前的状态

git diff顾名思义就是查看difference

$ git diff readme.txt

知道了对readme.txt作了什么修改后,再把它提交到仓库就放心多了,提交修改和提交新文件是一样的两步,第一步是git add:

$git add readme.txt

同样没有任何输出。在执行第二步git commit之前,我们再运行git status看看当前仓库的状态:

$git status

# On branch master# Changes to be committed:#  (use "git reset HEAD ..." to unstage)##      modified:  readme.txt#

git status告诉我们,将要被提交的修改包括readme.txt,下一步,就可以放心地提交了

$ gitcommit-m"add distributed"

[master ea34578]adddistributed

1file changed,1insertion( ),1deletion(-)

提交后,我们再用git status命令看看仓库的当前状态:

澳门新濠3559,$git status

# On branch master

nothing to commit (working directory clean)

小结

要随时掌握工作区的状态,使用git status命令。

如果git status告诉你有文件被修改过,用git diff可以查看修改内容。


像这样,你不断对文件进行修改,然后不断提交修改到版本库里,就好比玩RPG游戏时,每通过一关就会自动把游戏状态存盘,如果某一关没过去,你还可以选择读取前一关的状态。有些时候,在打Boss之前,你会手动存盘,以便万一打Boss失败了,可以从最近的地方重新开始。Git也是一样,每当你觉得文件修改到一定程度的时候,就可以“保存一个快照”,这个快照在Git中被称为commit。一旦你把文件改乱了,或者误删了文件,还可以从最近的一个commit恢复,然后继续工作,而不是把几个月的工作成果全部丢失。

当然了,在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log命令查看:

$ git log

如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline参数:

$git log --pretty=oneline

3628164fb26d48395383f8f31179f24e0882e1e0  append GPL

需要友情提示的是,你看到的一大串类似3628164...882e1e0的是commit id(版本号),和SVN不一样,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id和我的肯定不一样,以你自己的为准。为什么commit id需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。

好了,现在我们启动时光穿梭机,准备把readme.txt回退到上一个版本,也就是“add distributed”的那个版本,怎么做呢?

首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交3628164...882e1e0(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100。

现在,我们要把当前版本“append GPL”回退到上一个版本“add distributed”,就可以使用git reset命令:

$ git reset --hard HEAD^

--hard参数有啥意义?这个后面再讲,现在你先放心使用。

还可以继续回退到上一个版本wrote a readme file,不过且慢,然我们用git log再看看现在版本库的状态

最新的那个版本append GPL已经看不到了!好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办?

办法其实还是有的,只要上面的命令行窗口还没有被关掉,你就可以顺着往上找啊找啊,找到那个append GPL的commit id是3628164...,于是就可以指定回到未来的某个版本:

$ git reset--hard3628164

版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。

Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL:

Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL:

现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id怎么办?

在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到add distributed版本时,再想恢复到append GPL,就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令:

$git reflog   

ea34578 HEAD@{0} :reset:movingtoHEAD^

3628164 HEAD@{1}:commit:appendGPL 

终于舒了口气,第二行显示append GPL的commit id是3628164,现在,你又可以乘坐时光机回到未来了。

小结

现在总结一下:

HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。

穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。

要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本

push      Update remote refs along with associated objects

git push 上传修改内容


未完待续。。。

  readme.txt作了什么修改后,再把它提交到仓库,提交修改和提交新文件是一样的两步,git add和git commit:

  readme.txt作了什么修改后,再把它提交到仓库,提交修改和提交新文件是一样的两步,git add和git commit:

$ git diff

$ git add readme.txt
$ git commit -m "add distributed"
$ git add readme.txt
$ git commit -m "add distributed"

,以上内容是我们重复上次内容,也是为下面的版本回退建立基础。

注意

注意

一. 查看本地仓储commit提交状态

  • 要随时掌握工作区的状态,使用git status命令。
  • 如果git status告诉你有文件被修改过,用git diff可以查看修改内容。
  • 要随时掌握工作区的状态,使用git status命令。
  • 如果git status告诉你有文件被修改过,用git diff可以查看修改内容。

$ git log

 

 

澳门新濠3559 5本地仓储提交记录

2、版本回退

2、版本回退

注:你看到的一大串类似393c072....3f20b的是commit id,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id和我的肯定不一样,以你自己的为准。为什么commit id需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。



二.版本回退

  现在,再练习一次,修改readme.txt文件如下:

  现在,再练习一次,修改readme.txt文件如下:

首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交393c072....3f20b(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100。

echo "Git is a distributed version control system." > readme.txt
echo "Git is free software distributed under the GPL." >> readme.txt
echo "Git is a distributed version control system." > readme.txt
echo "Git is free software distributed under the GPL." >> readme.txt

$ git reset - - hard HEAD^

  我们再次提交一次readme.txt

  我们再次提交一次readme.txt

澳门新濠3559 6回退到第一次修改

$ git add readme.txt
$ git commit -m "append GPL"
$ git add readme.txt
$ git commit -m "append GPL"

我们查看aa.txt是否实现回退

  我们现在已经提交多次文件,想看看有那些?版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log命令查看:

  我们现在已经提交多次文件,想看看有那些?版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log命令查看:

澳门新濠3559 7回退成功

$ git log
commit 3628164fb26d48395383f8f31179f24e0882e1e0
Date: Tue Aug 25 15:11:49 2015  0000
append GPL
commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Date: Tue Aug 25 14:53:12 2015  0000
add distributed
commit cb926e7ea50ad11b8f9e909c05226233bf755030
Date: Mon Aug 24 17:51:55 2015  0000
wrote a readme file
$ git log
commit 3628164fb26d48395383f8f31179f24e0882e1e0
Date: Tue Aug 25 15:11:49 2015  0000
append GPL
commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Date: Tue Aug 25 14:53:12 2015  0000
add distributed
commit cb926e7ea50ad11b8f9e909c05226233bf755030
Date: Mon Aug 24 17:51:55 2015  0000
wrote a readme file

三. 如果有时候回退错误怎么办?

  git log命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是append GPL,上一次是add distributed,最早的一次是wrote a readme file。commit 36281**2e1e0是commit id(版本号)。如果嫌输出信息太多,可以使用$ git log --pretty=oneline,此时你看到的一大串类似3628164...882e1e0的是commit id(版本号)。

  git log命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是append GPL,上一次是add distributed,最早的一次是wrote a readme file。commit 36281**2e1e0是commit id(版本号)。如果嫌输出信息太多,可以使用$ git log --pretty=oneline,此时你看到的一大串类似3628164...882e1e0的是commit id(版本号)。

$ git reflog

  每提交一个新版本,实际上Git就会把它们自动串成一条时间线。现在准备把readme.txt回退到上一个版本,也就是“add distributed”的那个版本,怎么做呢?

  每提交一个新版本,实际上Git就会把它们自动串成一条时间线。现在准备把readme.txt回退到上一个版本,也就是“add distributed”的那个版本,怎么做呢?

使用上述语句可一查看你的每一次命令

  首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交3628164...882e1e0(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100

  首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD表示当前版本,也就是最新的提交3628164...882e1e0(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100

澳门新濠3559 8查找成功

  现在,我们要把当前版本“append GPL”回退到上一个版本“add distributed”,就可以使用git reset命令:

  现在,我们要把当前版本“append GPL”回退到上一个版本“add distributed”,就可以使用git reset命令:

在我们找到相应的git id之后,使用

$ git reset --hard HEAD^
HEAD is now at ea34578 add distributed
$ git reset --hard HEAD^
HEAD is now at ea34578 add distributed

$ git reset --hard id

 

 

澳门新濠3559 9回退到第二次修改成功

3、重新恢复到新版本

3、重新恢复到新版本

查看aa.txt



澳门新濠3559 10成功

  接着上节版本回退,还可以继续回退到上一个版本wrote a readme file,不过我们现在看看版本库的状态git log:

  接着上节版本回退,还可以继续回退到上一个版本wrote a readme file,不过我们现在看看版本库的状态git log:

$ git log
$ git log

  最新的那个版本append GPL已经看不到了!好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办?

  最新的那个版本append GPL已经看不到了!好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办?

  只要右侧环境还在,就可以找到那个append GPL的commit id是3628164...,于是就可以指定回到未来的某个版本:

  只要右侧环境还在,就可以找到那个append GPL的commit id是3628164...,于是就可以指定回到未来的某个版本:

$ git reset --hard 3628164
HEAD is now at 3628164 append GPL
$ git reset --hard 3628164
HEAD is now at 3628164 append GPL

  版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。

  版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。

  可以查看readme.txt的内容 $ cat readme.txt .

  可以查看readme.txt的内容 $ cat readme.txt .

  Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL改为指向add distributed。

  Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL改为指向add distributed。

 

 

4、git reflog命令

4、git reflog命令



  现在,你回退到了某个版本,当想恢复到新版本怎么办?找不到新版本的commit id怎么办?

  现在,你回退到了某个版本,当想恢复到新版本怎么办?找不到新版本的commit id怎么办?

  在Git中可以放心下。当你用$ git reset --hard HEAD^回退到add distributed版本时,再想恢复到append GPL,就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令:

  在Git中可以放心下。当你用$ git reset --hard HEAD^回退到add distributed版本时,再想恢复到append GPL,就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令:

$ git reflog
ea34578 HEAD@{0}: reset: moving to HEAD^
3628164 HEAD@{1}: commit: append GPL
ea34578 HEAD@{2}: commit: add distributed
cb926e7 HEAD@{3}: commit (initial): wrote a readme file
$ git reflog
ea34578 HEAD@{0}: reset: moving to HEAD^
3628164 HEAD@{1}: commit: append GPL
ea34578 HEAD@{2}: commit: add distributed
cb926e7 HEAD@{3}: commit (initial): wrote a readme file

  这样可以看到,第二行显示append GPL的commit id是3628164,这样我们就可以重新找到了。

  这样可以看到,第二行显示append GPL的commit id是3628164,这样我们就可以重新找到了。

  注意,我们从这两节中可以了解到:

  注意,我们从这两节中可以了解到:

  • HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。
  • 穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
  • 要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。
  • HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。
  • 穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
  • 要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。

 

 

5、基本概念

5、基本概念



工作区:就是你在电脑里能看到的目录,learngit文件夹就是一个工作区,比如我们环境中当前的目录。

工作区:就是你在电脑里能看到的目录,learngit文件夹就是一个工作区,比如我们环境中当前的目录。

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

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

暂存区:英文叫stage,或index。一般存放在git 目录下的index文件(.git/index)中,所以我们把暂存区时也叫作索引(index).

暂存区:英文叫stage,或index。一般存放在git 目录下的index文件(.git/index)中,所以我们把暂存区时也叫作索引(index).

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

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

澳门新濠3559 11

澳门新濠3559 12

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

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

  • 第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
  • 第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
  • 第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
  • 第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。

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

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

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

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

 

 

实践理解暂存区

实践理解暂存区



现在我们对readme.txt做个修改,比如追加一行内容:

现在我们对readme.txt做个修改,比如追加一行内容:

echo "Git has a mutable index called stage." >> readme.txt
echo "Git has a mutable index called stage." >> readme.txt

然后,在工作区新增一个LICENSE文本文件

然后,在工作区新增一个LICENSE文本文件

echo "LICENSE is a new file." > LICENSE
echo "LICENSE is a new file." > LICENSE

用git status查看一下状态,Git显示结果,readme.txt被修改了,而LICENSE还从来没有被添加过,所以它的状态是Untracked。

用git status查看一下状态,Git显示结果,readme.txt被修改了,而LICENSE还从来没有被添加过,所以它的状态是Untracked。

现在,使用两次命令git add,把readme.txt和LICENSE都添加后,用git status再查看一下,通过图可以理解为:

现在,使用两次命令git add,把readme.txt和LICENSE都添加后,用git status再查看一下,通过图可以理解为:

澳门新濠3559 13

澳门新濠3559 14

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

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

$ git commit -m "understand how stage works"
$ git commit -m "understand how stage works"

一旦提交后,如果你又没有对工作区做任何修改,用git status查看下,没有任何内容,现在版本库变成了这样,暂存区就没有任何内容了:

一旦提交后,如果你又没有对工作区做任何修改,用git status查看下,没有任何内容,现在版本库变成了这样,暂存区就没有任何内容了:

澳门新濠3559 15

澳门新濠3559 16

编辑:编程 本文来源:查看当前目录文件,并反复提交

关键词: 澳门新濠3559