Finology 大数据金融

通过大数据以量化金融

发表于 更新于 分类于 ， 阅读次数： Waline：

总结一下，文件在三种状态下面的撤销修改

  1. 当在工作区修改了文件内容，想直接丢弃掉工作区的修改，用命令git checkout -- <file path>

  2. 当在工作区修改了文件内容，并已经执行了命令git add <file path>，也即是，文件已经被添加到了暂存区，想丢弃修改，分两步，第一步执行命令git reset HEAD <file path>，文件回到工作区，第二步，git checkout -- <file path>

  3. 当已经提交了不合适的修改到版本库时，也即是执行了git commit -m "some comment"时，想要撤销本次提交，那就需要执行git reset --hard commit_id。此前提是没有推送到远程库。

发表于 更新于 分类于 ， 阅读次数： Waline：

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

先来看名词解释。

工作区（Working Directory）

就是你在电脑里能看到的目录，比如我的/Users/simon/learngit文件夹就是一个工作区。

版本库（Repository)

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

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

分支和HEAD的概念我们以后再讲。

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

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

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

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

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

俗话说，实践出真知。现在，我们再练习一遍，先对readme.txt做个修改，比如加上一行内容：

1
2
3
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.

然后，在工作区新增一个LICENSE文本文件（内容随便写）。

先用git status查看一下状态：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$ 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.txt和LICENSE都添加后，用git status再查看一下：

1
2
3
4
5
6
7
8
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	new file:   LICENSE
	modified:   readme.txt

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

1
2
3
4
$ git commit -m "understand how stage works"
[master ae9ae11] understand how stage works
 2 files changed, 1 insertion(+)
 create mode 100644 LICENSE

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

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

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

发表于 更新于 分类于 ， 阅读次数： Waline：

现在，我们已经学会了修改文件，然后把修改提交到Git版本库，现在，再练习一次，修改readme.txt文件如下：

增加distributed under the GPL。

1
2
Git is a distributed version control system.
Git is free software distributed under the GPL.

当修改完文件以后，git status显示：

1
2
3
4
5
6
7
8
9
$ 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")

此时在SourceTree里面会显示有Uncommitted Changes。并且，在Unstaged files框里面，readme.txt会被显示出来。因为没有执行git add readme.txt命令，所以并不会显示在Staged files里面。

然后尝试提交：

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

每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。

现在，我们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了。当然了，在实际工作中，我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
$ git log

commit a22668ed4e61ccdd46b5008d29b9e0bea08460c6
Author: Simon <>
Date:   Wed Mar 14 13:55:40 2018 +0800

    append GPL

commit 2a06975dc36f95797186e346b53c298a80344ca7
Author: Simon <>
Date:   Wed Mar 14 11:26:53 2018 +0800

    add distributed

commit 7e08ce29bcebcd637eb03ea3568da4b4b0b87914
Author: Simon <>
Date:   Wed Mar 14 10:50:40 2018 +0800

    wrote a readme file

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

1
2
3
4
$ git log --pretty=oneline
a22668ed4e61ccdd46b5008d29b9e0bea08460c6 append GPL
2a06975dc36f95797186e346b53c298a80344ca7 add distributed
7e08ce29bcebcd637eb03ea3568da4b4b0b87914 wrote a readme file

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

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

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

1
$ git reset --hard HEAD^

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

Git提供了一个命令git reflog用来记录你的每一次命令：

1
$ git reflog

现在总结一下：

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

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

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

0%