pro git读书笔记
起步
三种区域以及三种状态
Git 项目有三个工作区域的概念：工作目录，暂存区域以及Git 仓库
工作目录是我们用来修改文件的目录，是对项目的某个版本独立提取出来的内容
暂存区域是用来记录快照的地方，暂存区域是一个文件，保存了下次将提交的文件列表信息，一般在 Git 仓库目录中，但是有必要单独提出来，因为其和仓库又有明显的区别， 也被称作`‘索引’'
Git仓库是存储文件的地方，这个地方有一系列的快照，记录了文件的状态，是 Git 用来保存项目的元数据和对象数据库的地方
Git之中的文件有三种状态，文件可能处于其中之一：已提交（committed）、已修改（modified）和已暂存（staged）。已提交表示数据已经安全的保存在本地数据库中。 已修改表示修改了文件，但还没保存到数据库中。 这三种状态其实并不重要，重要的是三个工作区域的概念，已提交表示git commit -m'xxx'，文件保存到仓库了，已暂存表示文件已经执行了git add file，已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中，已修改表示对于本地工作目录之中的文件，进行了修改，是我们普通创作的基本操作
基本的 Git 工作流
在工作目录中修改文件
暂存文件，将文件的快照放入暂存区域
提交更新，找到暂存区域的文件，将快照永久性存储到 Git 仓库目录
初次运行 Git 前的配置
成功安装git后，会有一个 git config 的文件控制 Git 外观和行为的配置变量
用户信息
当安装完 Git 应该做的第一件事就是设置你的用户名称与邮件地址。 每一次 Git 提交都会使用这些信息，并且它会写入到每一次提交中，不可更改，需要说明的是，如下的配置都是在bash命令行之中执行的，而不是在git config文件之中
$ gitconfig--globaluser.name"hello"
$ gitconfig--globaluser.email123456789@qq.com
如果使用了 --global 选项，那么该命令只需要运行一次，这样是一种全局配置，如果要针对特定项目使用不同的用户名称与邮件地址时，可以在那个项目目录下运行没有 --global 选项的命令来配置
文本编辑器
Git 会使用操作系统默认的文本编辑器，通常是 Vim。 如果你想使用不同的文本编辑器，例如 Emacs，可以使用如下配置：
$ gitconfig--globalcore.editor emacs
检查配置信息
如果想要检查你的配置，可以使用 git config --list 命令来列出所有 Git 当时能找到的配置。
$ gitconfig--list
user.name=hello
user.email=123456789@qq.com
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
...
可以通过输入 git config ： 来检查 Git 的某一项配置
$ gitconfig user.name
hello
获取帮助
若使用 Git 时需要获取帮助，有三种方法可以找到 Git 命令的使用手册：
$ githelp
$ git--help
$ mangit-
例如，要想获得 config 命令的手册，执行
$ githelp config
Git 基础
获取 Git 仓库
有两种取得 Git 项目仓库的方法。 第一种是在现有项目或目录下导入所有文件到 Git 中； 第二种是从一个服务器克隆一个现有的 Git 仓库。
在现有目录中初始化仓库
使用 Git 来对现有的项目进行管理，需要进入该项目目录并输入：
$ gitinit
该命令将创建一个名为 .git 的子目录，这个子目录含有初始化的 Git 仓库中所有的必须文件，这些文件是 Git 仓库的骨干。此时仅仅是做了一个初始化的操作，项目里的文件还没有被跟踪。在一个已经存在文件的文件夹（而不是空文件夹）中初始化 Git 仓库来进行版本控制的话，应该开始跟踪这些文件并提交。 可通过 git add 命令来实现对指定文件的跟踪，然后执行 git commit 提交
$ gitadd *.c
$ gitadd LICENSE
$ gitcommit-m'initial project version'
克隆现有的仓库
如果想获得一份已经存在了的 Git 仓库的拷贝，比如说github上面的某一个项目，这时就要用到 git clone 命令。 Git 克隆的是该 Git 仓库服务器上的几乎所有数据，而不是仅仅复制完成你的工作所需要文件。 当执行 git clone 命令的时候，默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。 克隆仓库的命令格式是 git clone [url] 。 比如，要克隆 Git 的可链接库 libgit2，可以用下面的命令
$ gitclone https://github.com/libgit2/libgit2
这会在当前目录下创建一个名为 “libgit2” 的目录，并在这个目录下初始化一个 .git 文件夹，从远程仓库拉取下所有数据放入 .git 文件夹，然后从中读取最新版本的文件的拷贝。 以上命令得到的本地仓库和远程仓库名称相同，如果想在克隆远程仓库的时候，自定义本地仓库的名字，可以使用如下命令
$ gitclone https://github.com/libgit2/libgit2 mylibgit
这将执行与上一个命令相同的操作，不过在本地创建的仓库名字变为 mylibgit。
文件状态
工作目录下的每一个文件都不外乎这两种状态：已跟踪或未跟踪。 已跟踪的文件是指那些被纳入了版本控制的文件，在上一次快照中有它们的记录，在工作一段时间后，它们的状态可能处于未修改，已修改或已放入暂存区。 工作目录中除已跟踪文件以外的所有其它文件都属于未跟踪文件，它们既不存在于上次快照的记录中，也没有放入暂存区。 初次克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，并处于未修改状态。编辑过某些文件之后，由于自上次提交后对它们做了修改，Git 将它们标记为已修改文件。 我们逐步将这些修改过的文件放入暂存区，然后提交所有暂存了的修改，如此反复。所以使用 Git 时文件的生命周期如下：
要查看哪些文件处于什么状态，可以用 git status 命令。 如果在克隆仓库后立即使用此命令，会看到类似这样的输出
$ gitstatus
On branch master
nothing to commit, working directory clean
这说明所有已跟踪文件在上次提交后都未被更改过。 此外，上面的信息还表明，当前目录下没有出现任何处于未跟踪状态的新文件，该命令还显示了当前所在分支，分支名是 “master”，这是默认的分支名。
现在在项目下创建一个新的 README 文件。 如果之前并不存在这个文件，使用 git status 命令，你将看到一个新的未跟踪文件
$ echo'My Project'> README
$ gitstatus
On branch master
Untracked files:
(use"git add ..."to includeinwhat will be committed)
README
nothing added to commit but untracked files present (use"git add"to track)
在状态报告中可以看到新建的 README 文件出现在 Untracked files 下面。 未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非使用git add README来说明我需要跟踪该文件， 次吃才会将此文件纳入到跟踪范围之中，并且，此时此文件在暂存区，是一个快照，并未保存到Git 本地仓库之中永久存储
通常，我们使用git status得到的文件状态比较复杂，我们可以使用git status -s来获取简略的信息，通常有A和M两种，A表示新添加的文件，M表示修改过的文件
跟踪/暂存新文件
使用命令 git add 开始跟踪一个文件。 所以，要跟踪 README 文件，可以运行如下命令行
$ gitadd README
此时再运行 git status 命令，会看到 README 文件已被跟踪，并处于暂存状态
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: README
只要在 Changes to be committed 这行下面的，就说明是已暂存状态。 如果此时提交，那么该文件此时此刻的版本将被留存在历史记录中。git add后文件存放在暂存区， git add是个多功能命令：可以用它开始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等。这个命令可以理解为“添加内容到下一次提交中”。
查看已暂存/未暂存已修改的文件
现在我们来修改一个已被跟踪的文件。 如果修改了一个名为 CONTRIBUTING.md 的已被跟踪的文件，然后运行 git status 命令，就可实现对已经暂存的文件的状态查看
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: README
Changes not stagedforcommit:
(use"git add ..."to update what will be committed)
(use"git checkout -- ..."to discard changesinworking directory)
modified: CONTRIBUTING.md
文件 CONTRIBUTING.md 出现在 Changes not staged for commit 这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。 要暂存这次更新，需要运行 git add 命令
查看已暂存
然后运行 git add 将"CONTRIBUTING.md"放到暂存区，现在两个文件都已暂存，下次提交时就会一并记录到仓库。输入 git status 可看到
$ gitadd CONTRIBUTING.md
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: README
modified: CONTRIBUTING.md
假设此时，需要在 CONTRIBUTING.md 里加条注释， 然后保存，再运行 git status ，则有如下输出
$ vimCONTRIBUTING.md
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: README
modified: CONTRIBUTING.md
Changes not stagedforcommit:
(use"git add ..."to update what will be committed)
(use"git checkout -- ..."to discard changesinworking directory)
modified: CONTRIBUTING.md
此时的 CONTRIBUTING.md 文件同时出现在暂存区和非暂存区。 此时的操作是1.刚git add过一次，2.然后立即又修改了文档，3.再又运行git status命令。实际上此时的 Git 只不过暂存了运行 git add 命令时的版本（1处的版本）， 如果此时提交，CONTRIBUTING.md 的版本是你最后一次运行 git add 命令时的那个版本（1处的版本），而不是在工作目录中的当前版本（2处的版本）。 所以，运行了 git add 之后又作了修订的文件，需要重新运行 git add 把最新版本重新暂存起来
$ gitadd CONTRIBUTING.md
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: README
modified: CONTRIBUTING.md
查看已暂存和未暂存的修改
虽然，现在我们可以使用git status来查看文档的状态，但是这只是针对与文档的，也就是说，我们可以看见那些文档是新增的，那些是修改的，但是具体文档之中修改了什么，新增了什么，我们无法知道，这种情况下，我们需要使用git diff命令来完成查看，尽管 git status 已经通过在相应栏下列出文件名的方式回答了这个问题，git diff 将通过文件补丁的格式显示具体哪些行发生了改变
git status: 文件的增减，修改
git diff: 文件内容的增加和修改
查看未暂存修改：git diff，也就是比较运行git add前后，修改的文件之间的差别
查看已暂存修改：git diff --cached，这个是比较同一个文件，在本次git add和前一次git add，两次git add之间的差别，cached表示两个快照之间的差别
假如再次修改 README 文件后暂存，然后编辑 CONTRIBUTING.md 文件后先不暂存， 运行 status 命令将会看到：
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
modified: README
Changes not stagedforcommit:
(use"git add ..."to update what will be committed)
(use"git checkout -- ..."to discard changesinworking directory)
modified: CONTRIBUTING.md
查看未暂存的修改
要查看尚未暂存的文件更新了哪些部分，不加参数直接输入 git diff
$ gitdiff
diff--gita/CONTRIBUTING.md b/CONTRIBUTING.md
index 8ebb991..643e24f100644
---a/CONTRIBUTING.md
+++b/CONTRIBUTING.md
@@-65,7+65,8 @@ branch directly, things cangetmessy.
Please include a nice description of your changes when you submit your PR;
ifwe have to read the wholediffto figure out why you're contributing
inthe first place, you're less likely to get feedback and have your change
-mergedin.
+mergedin. Also, split your changes into comprehensive chunksifyour patch is
+longer than a dozen lines.
If you are starting to work on a particular area, feel free to submit a PR
that highlights your workinprogress (and noteinthe PR title that it's
此命令比较的是工作目录中当前文件和暂存区域快照之间的差异， 也就是修改之后还没有暂存起来的变化内容
若要查看已暂存的将要添加到下次提交里的内容，可以用 git diff --cached 命令。也就是比较同一个文件，在本次git add和前一次git add，两次git add之间的差别，cached表示两个快照之间的差别，Git 1.6.1 及更高版本还允许使用 git diff --staged，效果是相同的，但更好记些）
$ gitdiff--staged
diff--gita/README b/README
new file mode100644
index0000000..03902a1
---/dev/null
+++b/README
@@-0,0+1@@
+My Project
请注意，git diff 本身只显示尚未暂存的改动，而不是自上次提交以来所做的所有改动。 所以有时候一下子暂存了所有更新过的文件后，运行 git diff 后却什么也没有，就是这个原因
查看已暂存的修改
引入新的例子，新建一个仓库，加入aaa.txt文档在其中，将其引入跟踪，运行一次git add aaa.txt，其中的内容为aaa ，然后修改aaa.txt，在第6行加入bbb，此时运行 git status ，但是此时并未『再次运行』git add命令，此时运行 git status 会看到暂存前后的两个版本。此处要查看的是未暂存的修改，效果如下
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: aaa.txt
Changes not stagedforcommit:
(use"git add ..."to update what will be committed)
(use"git checkout -- ..."to discard changesinworking directory)
modified: aaa.txt
现在运行 git diff 看暂存前后的变化，此时查看的是未暂存的修改
$ gitdiff
diff--gita/aaa.txt b/aaa.txt
index 7c4a013..6dad95f100644
---a/aaa.txt
+++b/aaa.txt
@@-1+1,6 @@
-aaa
\ No newline at end of file
+aaa
+
+
+
+
+bbb
\ No newline at end of file
然后用 当运行了git add命令后，再次运行git diff --cached ，查看的就是已暂存的修改，比较前后两个stage(暂存)之间的修改和变化，--staged 和 --cached 是同义词
$ gitdiff--cached
diff--gita/aaa.txt b/aaa.txt
new file mode100644
index0000000..6dad95f
---/dev/null
+++b/aaa.txt
@@-0,0+1,6 @@
+aaa
+
+
+
+
+bbb
\ No newline at end of file
提交更新
当暂存区域已经准备妥当可以提交了。在此之前，请一定要确认还有什么修改过的或新建的文件还没有 git add 过，否则提交的时候不会记录这些还没暂存起来的变化。 这些修改过的文件只保留在本地磁盘。 所以，每次准备提交前，先用 git status 看下，是不是都已暂存起来了， 然后再运行提交命令 git commit
$ gitcommit
如果想要更详细的对修改了哪些内容的提示，可以用 -v 选项，这会将所做的改变的 diff 输出放到编辑器中从而使你知道本次提交具体做了哪些修改。退出编辑器时，Git 会丢掉注释行，用你输入提交附带信息生成一次提交。
另外，也可以在 commit 命令后添加 -m 选项，将提交信息与命令放在同一行，如下所示：
$ gitcommit-m"Story 182: Fix benchmarks for speed"
[master 463dc4f] Story182: Fix benchmarksforspeed
2files changed,2insertions(+)
create mode100644README
可以看到，提交后它会告诉你，当前是在哪个分支（master）提交的，本次提交的完整 SHA-1 校验和是什么（463dc4f），以及在本次提交中，有多少文件修订过，多少行添加和删改过。
提交时记录的是放在暂存区域的快照。任何已经修改，但还未暂存(放到快照区(使用git add提交))的文件，在本次提交之中其所作的修改不会保存其中，而在下次添加到缓存区之后，才可以纳入版本管理。 每一次运行提交操作，都是对项目作一次快照，以后可以回到这个状态，或者进行比较
跳过使用暂存区域
使用暂存区域的方式略显繁琐，Git 提供了一个跳过使用暂存区域的方式， 只要在提交的时候，给 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤，而直接提交，但是，这种操作只是针对已经加入追踪的文件，对于从未加入追踪的文件，是不会加入追踪的，所以仍然需要git add xxx。如下，111.txt早已加入到追踪，修改之后，并未使用git add，而是直接使用git commit -a -m'commit without add step'，而11tt.txt文件从未加入过追踪，所以直接提交的时候，对其不起作用，只能先加入追踪，以后才可以使用直接提交的命令，为了保险起见，建议使用add步骤，然后提交
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Changes not stagedforcommit:
(use"git add ..."to update what will be committed)
(use"git checkout -- ..."to discard changesinworking directory)
modified:111.txt
Untracked files:
(use"git add ..."to includeinwhat will be committed)
11tt.txt
no changes added to commit (use"git add"and/or"git commit -a")
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcommit-a-m'commit without add step'
[master 9d5b684] commit without add step
1file changed,3insertions(+)
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Untracked files:
(use"git add ..."to includeinwhat will be committed)
11tt.txt
nothing added to commit but untracked files present (use"git add"to track)
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitlog
commit 9d5b6842302a0b7d3fcb4d58f694cf19a9530972 (HEAD-> master)
Author: hello <123456789@qq.com>
Date: Thu Dec2814:38:072017+0800
commit without add step
移除文件
要从 Git 仓库中移除某个文件，就必须要从已跟踪文件清单中移除（确切地说，是从暂存区域移除），然后提交。 可以用 git rm 命令完成此项工作，并连带从工作目录中删除指定的文件，在下一次提交之后，删除的文档就不会出现在跟踪文件清单中，但是当删除文件未提交时，仍然受跟踪，并且是deleted状态。注意的一点是，当使用了git rm 命令删除了某一文件之后，其会立即进入已追踪等待提交的状态，经过实验有无git add .都是可以的，『.』表示当前目录的所有文件，。如下例子中，删除了123.txt文件，并且提交之后显示此分支是clean的
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ ls
11tt.txt123.txt aaa.txt odf.txt ppp.txt tt.py
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitrm123.txt
rm'123.txt'
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcommit-m'delete'
[master 72d0b8b] delete
1file changed,1deletion(-)
delete mode100644123.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
nothing to commit, working tree clean
移动文件
git中的移动文件，其实也就是改名字+移动两个功能，使用mv命令来完成，格式是$ git mv file_from file_to，可以同一层级改名，也可以不同层级改名+移动，运行 git mv 就相当于运行了如下3条命令
$ mvREADME.md README
$ gitrmREADME.md
$ gitadd README
下面两个例子分别是不同层级的移动和同级移动，s1是git仓库下的一个文件夹
# eg.1
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ ls
11tt.txt aaa.txt hello.c p1.txt s1/ tt.py tt.txt wqe.py
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitmvaaa.txt s1/123.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
renamed: aaa.txt-> s1/123.txt
# eg.2
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcommit-m'move action'
[master 63475c1] move action
1file changed,0insertions(+),0deletions(-)
rename aaa.txt=> s1/123.txt (100%)
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitmvtt.txt tt1.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
renamed: tt.txt-> tt1.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcommit-m'mv rename'
[master e56502a]mvrename
1file changed,0insertions(+),0deletions(-)
rename tt.txt=> tt1.txt (100%)
查看提交历史
最基本的查看提交历史的命令就是git log了，它会显示所有的历史，此时进入文本read-only模式(VIM)，需要使用基本的进入，退出等操作，这个不在话下。git log命令常有很多 的参数，一个常用的选项是 -p，用来显示每次提交的内容差异。 加上 -2 来仅显示最近两次提交；--stat 选项在每次提交的下面列出所有文件的增删改和文件内容的增删改情况，这是基本常用的命令，其他命令可以查询
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitlog-p-2
commit e56502a144d8f157dfc60296636089ee3235337b (HEAD-> master)
Author: hello <123456789@qq.com>
Date: Thu Dec2815:24:042017+0800
mvrename
diff--gita/tt.txt b/tt1.txt
similarity index100%
rename from tt.txt
rename to tt1.txt
commit 63475c1e79f00f0b11c153a01bcb6fba26985d8a
Author: hello <123456789@qq.com>
Date: Thu Dec2815:21:422017+0800
move action
diff--gita/aaa.txt b/s1/123.txt
similarity index100%
rename from aaa.txt
rename to s1/123.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitlog--stat-3
commit e56502a144d8f157dfc60296636089ee3235337b (HEAD-> master)
Author: hello <123456789@qq.com>
Date: Thu Dec2815:24:042017+0800
mvrename
tt.txt=> tt1.txt |0
1file changed,0insertions(+),0deletions(-)
commit 63475c1e79f00f0b11c153a01bcb6fba26985d8a
Author: hello <123456789@qq.com>
Date: Thu Dec2815:21:422017+0800
move action
aaa.txt=> s1/123.txt |0
1file changed,0insertions(+),0deletions(-)
commit b627e58c45f055b6e64dcf79096cf802cbe982a3
Author: hello <123456789@qq.com>
Date: Thu Dec2815:20:462017+0800
213213
s1/qqq.txt |1+
1file changed,1insertion(+)
git log 的常用选项
选项说明
-p按补丁格式显示每个更新之间的差异。
--stat显示每次更新的文件修改统计信息。
--shortstat只显示 --stat 中最后的行数修改添加移除统计。
--name-only仅在提交信息后显示已修改的文件清单。
--name-status显示新增、修改、删除的文件清单。
--abbrev-commit仅显示 SHA-1 的前几个字符，而非所有的 40 个字符。
--relative-date使用较短的相对时间显示（比如，“2 weeks ago”）。
--graph显示 ASCII 图形表示的分支合并历史。
--pretty使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）。
撤消操作
提交后(未修改快照)，修改提交信息
有时候我们提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了。 此时，可以运行带有 --amend 选项的提交命令尝试重新提交
$ gitcommit--amend
这个命令会将暂存区中的文件提交。 如果自上次提交以来你还未做任何修改（例如，在上次提交后马上执行了此命令），那么快照会保持不变，而修改的只是提交信息。如果提交后发现忘记了暂存某些需要的修改，可以像下面这样操作，(暂时没有演示，只展示命令)
$ gitcommit-m'initial commit'
$ gitadd forgotten_file
$ gitcommit--amend
最终只会有一个提交，也就是第二次提交将代替第一次提交的结果，如下
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitadd mmm123.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcommit-m'add mmm123.txt'
[master a575e22] add mmm123.txt
1file changed,1insertion(+)
create mode100644mmm123.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitlog-p-1
commit a575e2225c1b35411d133b1115bca6393290766e (HEAD-> master)
Author: hello <123456789@qq.com>
Date: Thu Dec2817:18:202017+0800
add mmm123.txt# 提交的信息
diff--gita/mmm123.txt b/mmm123.txt
new file mode100644
index0000000..6e9e156
---/dev/null
+++b/mmm123.txt
@@-0,0+1@@
+1232132112312
\ No newline at end of file
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcommit--amend-m'add mmm123.txt hello'# 修改提交的信息
[master c97ccc3] add mmm123.txt hello
Date: Thu Dec2817:18:202017+0800
1file changed,1insertion(+)
create mode100644mmm123.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitlog-p-1
commit c97ccc30c76e148bbc3ab2c07b64d10da9944f3e (HEAD-> master)
Author: hello <123456789@qq.com>
Date: Thu Dec2817:18:202017+0800
add mmm123.txt hello# 修改了提交的信息
diff--gita/mmm123.txt b/mmm123.txt
new file mode100644
index0000000..6e9e156
---/dev/null
+++b/mmm123.txt
@@-0,0+1@@
+1232132112312
\ No newline at end of file
取消暂存文件
取消暂存文件，说明此时，文件已经被暂存起来了，也就是已经运行过了git add xxx命令，此时需要取消这次add，那么就需要使用git reset HEAD 命令，而且可如果一次存了多个文件，可以使用具体的文件名，一个一个的取消，使用例子如下
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Untracked files:
(use"git add ..."to includeinwhat will be committed)
mg.txt
pt.txt
nothing added to commit but untracked files present (use"git add"to track)
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitadd .
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: mg.txt
new file: pt.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitreset HEAD mg.txt# 取消单个文件
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: pt.txt
Untracked files:
(use"git add ..."to includeinwhat will be committed)
mg.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitadd .
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Changes to be committed:
(use"git reset HEAD ..."to unstage)
new file: mg.txt
new file: pt.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitreset HEAD .# 取消多个文件
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Untracked files:
(use"git add ..."to includeinwhat will be committed)
mg.txt
pt.txt
nothing added to commit but untracked files present (use"git add"to track)
撤消对文件的修改
此处所讲的撤销对文件的修改指的是本地的工作目录中的文件，此时工作目录中的文件已经修改，但是此时还未提交到git仓库之中，此时如果我们想撤销所有对于工作目录中文件的修改，一个方法就是使用仓库中的文件，因为仓库中的文件没有修改过，所以我们可以使用它覆盖本地文件，但是这是一个很危险的动作，因为这样会让我们的工作成果，在不经意之间化为乌有，所以一定要谨慎！撤销的命令为git checkout ，运行了此命令，本地文档的修改就被撤销。比如，文档sg.txt的内容本来如下123456，提交之后，又修改pt.txt的内容，在第3行添加654321 hello
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Untracked files:
(use"git add ..."to includeinwhat will be committed)
sg.txt
nothing added to commit but untracked files present (use"git add"to track)
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitadd .
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcommit-m'sg 123456'
[master 5257ed3] sg123456
1file changed,1insertion(+)
create mode100644sg.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
Changes not stagedforcommit:
(use"git add ..."to update what will be committed)
(use"git checkout -- ..."to discard changesinworking directory)
modified: sg.txt
no changes added to commit (use"git add"and/or"git commit -a")
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitcheckout sg.txt
hello@PC-HELLO MINGW64 /e/Codes/gittest (master)
$ gitstatus
On branch master
nothing to commit, working tree clean
远程仓库的使用
获取远程的仓库，可以使用git clone giturl来将远程的仓库复制到本地，查看远程仓库使用的是git remote，使用git remote -v，可以获取得到需要读写远程仓库使用的 Git 保存的简写与其对应的 URL。 origin是 Git 给克隆的仓库服务器的默认名字。添加一个远程Git仓库使用git remote add 命令，同时还可以指定一个轻松引用的简写，设定好简写之后，可以在命令行中使用设定的字符串来代替整个 URL，从远程服务器抓取仓库数据，可以使用git fetch [remote-name]，这样会访问远程仓库，并且从中拉取本地还没有的数据，获取其所有分支。如果使用 clone 命令克隆了一个仓库，命令会自动将其添加为远程仓库并默认以 “origin” 为简写。 所以，git fetch origin 会抓取克隆（或上一次抓取）后新推送的所有工作。 注意 git fetch 命令会将数据拉取到你的本地仓库，它并不会自动合并或修改你当前的工作。有获取也有推送，当我们更新了本地代码，就可以将其推送到远程仓库，使用git push [remote-name] [branch-name],比如想要将 master 分支推送到 origin 服务器时，那么运行git push origin master命令就可以将本地修改推送到远程服务器。如果想要查看某一个远程仓库的更多信息，可以使用 git remote show [remote-name] 命令。如果想要重命名引用的名字可以运行 git remote rename oldname newname 去修改一个远程仓库的简写名，远程删除仓库的分支可以使用git remote rm [branch-name]
$ gitclone https://github.com/schacon/ticgit
Cloning into'ticgit'...
remote: Reusing existing pack:1857,done.
remote: Total1857(delta0), reused0(delta0)
Receiving objects:100% (1857/1857),374.35 KiB |268.00 KiB/s,done.
Resolving deltas:100% (772/772),done.
Checking connectivity...done.
$ gitremote
origin
$ gitremote-v
origin https://github.com/schacon/ticgit (fetch)
origin https://github.com/schacon/ticgit (push)
$ gitremote add pb https://github.com/paulboone/ticgit
$ gitremote-v
pb https://github.com/paulboone/ticgit (fetch)
pb https://github.com/paulboone/ticgit (push)
$ gitfetch pb
remote: Counting objects:43,done.
remote: Compressing objects:100% (36/36),done.
remote: Total43(delta10), reused31(delta5)
Unpacking objects:100% (43/43),done.
From https://github.com/paulboone/ticgit
* [new branch] master-> pb/master
* [new branch] ticgit-> pb/ticgit
$ gitremote rename pb paul
$ gitremote
origin
paul
$ gitremotermpaul
$ gitremote
origin
标签
Git 可以给历史中的某一个提交打上标签，以示重要。列出标签只需要输入 git tag。Git 使用两种主要类型的标签：轻量标签（lightweight）与附注标签（annotated）。一个轻量标签很像一个不会改变的分支，它只是一个特定提交的引用。附注标签是存储在 Git 数据库中的一个完整对象。 它们是可以被校验的；其中包含打标签者的名字、电子邮件地址、日期时间；还有一个标签信息；并且可以使用 GNU Privacy Guard （GPG）签名与验证。 通常建议创建附注标签，这样就可以拥有以上所有信息；但是如果只是想用一个临时的标签，或者因为某些原因不想要保存那些信息，轻量标签也是可用的。 轻量标签本质上是将提交校验和存储到一个文件中 , 没有保存任何其他信息。 创建轻量标签，不需要使用 -a、-s 或 -m 选项，只需要提供标签名字。创建附注标签最简单的方式是当你在运行 tag 命令时指定 -a 选项,-m 选项指定了一条将会存储在标签中的信息，通过使用 git show 命令可以看到标签信息与对应的提交信息
$ gittag
v0.1
v1.3
$ gittag v1.4-lw
$ gittag
v0.1
v1.3
v1.4
v1.4-lw
v1.5
$ gitshow v1.4-lw
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon
Date: Mon Mar1721:52:112008-0700
changed the version number
$ gittag-av1.4-m'my version 1.4'
$ gittag
v0.1
v1.3
v1.4
$ gitshow v1.4
tag v1.4
Tagger: Ben Straub
Date: Sat May320:19:122014-0700
my version1.4
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon
Date: Mon Mar1721:52:112008-0700
changed the version number
Git 分支
ref:
1.1.3 起步 - Git 基础, 2.1.6 起步 - 初次运行 Git 前的配置, 3.1.7 起步 - 获取帮助, 4.2.1 Git 基础 - 获取 Git 仓库, 5.2.2 Git 基础 - 记录每次更新到仓库 6.2.3 Git 基础 - 查看提交历史, 7.2.4 Git 基础 - 撤消操作, 8.2.5 Git 基础 - 远程仓库的使用, 9.2.6 Git 基础 - 打标签
网友评论