Get这些基础点，Git So Easy!

作者: Mob_Developer | 来源:发表于2016-11-13 19:00 被阅读0次

创建Git仓库有两种途径

把现有的工程或者文件夹导入到Git中
从另一个服务器克隆一个Git仓库

配置和初始化仓库

如果从现有的工程中使用git追踪文件，你需要到工程的文件夹输入：

git init

如果从远程服务器获取克隆仓库，你需要输入git clone [url] 。比如从github克隆开源中国客户端：

git clone https://github.com/jimneylee/JLOSChina-iPhone.git

开始和停止追踪文件

记住在你的工作目录中的文件有两种状态：跟踪的（tracked）和未被跟踪的（untracked）

查看文件的状态

git status

追踪文件,比如追踪README.txt

git add README.txt

组织和提交文件更新

如果修改了之前已经追踪的文件，也就是一个状态是tracked的文件时，比如CONTRIBUTING.md为tracked的状态，修改之后再使用git status命令,此时的内容如下：

$ git status

On branch master

Your branch is up-to-date with 'origin/master'.

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

new file: README

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: CONTRIBUTING.md

Changes not staged for commit:（意思是说工作目录中被追踪的文件已更新，但是还没有组织）。使用git add命令来组织这些文件。git add是一个多功能命令。你是用它来追踪一个新文件，组织文件，以及做其他的事情，比如把冲有突的文件标记为已解决。把git add理解为“把内容添加到下一次提交”比“把文件添加到工程”或许更有帮助。此时我们使用git add命令来组织CONTRIBUTING.md文件，再运行git status命令。

$ git add CONTRIBUTING.md

$ git status

On branch master

Your branch is up-to-date with 'origin/master'.

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

new file: README

modified: CONTRIBUTING.md

假如此时在提交之前，你又对这个文件做了一次修改。此时再运行git status 命令，结果如下：

$ git status

On branch master

Your branch is up-to-date with 'origin/master'.

Changes to be committed:（staged状态）

(use "git reset HEAD <file>..." to unstage)

new file: README

modified: CONTRIBUTING.md

Changes not staged for commit:（为staged状态）

(use "git add <file>..." to update what will be committed)

(use "git checkout -- <file>..." to discard changes in working directory)

modified: CONTRIBUTING.md

到底什么鬼？CONTRIBUTING.md列出来居然同时有staged和unstaged两种状态。这怎么可能？因为git在你执行git add命令的时候，马上把组织一个文件。假如你再次修改文件，文件就又会设置成unstaged的状态，所有在修改后必须再次执行git add命令，使文件到staged状态。

创建忽略文件

通常你有一类文件不希望git自动的添加到仓库中，甚至不希望被提示文件未被追踪。比如日志文件、编译系统生成的文件。在这种情况下，你可以创建一个.gitignore文件，在文件中列出匹配所有不需要的文件的列表规则。下面的一些示例：

# no .a files（# 注释； 忽略所有的.a文件）
*.a

# but do track lib.a, even though you're ignoring .a files above（忽略所有的.a文件但是不忽略lib.a文件）
!lib.a

# only ignore the TODO file in the current directory, not subdir/TODO （只忽略当前文件夹下的TODO文件，不忽略子文件夹下的TODO文件）
/TODO

# ignore all files in the build/ directory（忽略build文件夹下所有的文件）
build/

# ignore doc/notes.txt, but not doc/server/arch.txt（忽略doc文件夹下所有的.txt文件，但是不忽略子文件夹下单下的.txt文件）
doc/*.txt

# ignore all .pdf files in the doc/ directory（忽略doc文件夹及其子文件夹下所有的pdf文件）
doc/**/*.pdf

查看staged和unstaged文件

使用git diff不添加任何参数，查看已经更改，但是还没有staged的文件。这个命令比较你的工作空间和staging区域里的文件。

如果你想看已经staged的，即将在下次提交的信息，你可以用git diff --staged。这个命令比较已经staged和上次提交的变化。

需要注意的是 git diff自身并不显示从上次提交到现在所有的更改—只显示unstaged文件的不同。可能会比较迷惑，因为如果你stage了所有的更改，git diff不会给出任何的输出信息。

git diff -cached 到目前为止所有staged的文件

提交变化

现在你的staging area已经配置成了你希望的方式，你可以提交你的更改了。记住所有未staged的文件—任意你创建、更改但是还没有执行git add命令—并不会在此次提交中。

$ git commit -m "Story 182: Fix benchmarks for speed"

提交命令添加-a选项，git在提交前会自动stage每一个已经tracked的文件，你就可以省掉git add这个步骤。

$ git commit -a -m 'added new benchmarks'

简单快速的消除错误

移除文件

从Git移除一个文件，你必须从tracked文件中移除（更准确的是从你的staging区域移除），然后再提交。git rm命令做这个事情，并从你的工作目录移除这个文件，因此在下一次提交时，你不会看到一个它作为untracked file出现。

如果你仅仅从工作目录中移除文件，git的状态输出为“changed but not updated”,文件已更改但是尚未更新（也就是unstaged状态）。

$ rm PROJECTS.md（仅仅从工作目录移除，尚未从staging area移除）

$ git status

On branch master

Your branch is up-to-date with 'origin/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: PROJECTS.md

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

此时，如果你执行git rm,git会stage这个文件为removal，移除状态。

$ git rm PROJECTS.md

rm 'PROJECTS.md'

$ git status

On branch master

Your branch is up-to-date with 'origin/master'.

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

deleted: PROJECTS.md

在下一次提交的时候，这个文件就没了，也不会再被tracked.假如你已经更改了文件并且添加到了索引中，你必须使用-f选项强制移除。这是一种安全特性，防止数据还没有在快照中记录就被意外删除，删除后不能从Git恢复。

另一件有用的事情是你想把文件在工作目录中保留，但是从staging区域移除。也就是说你想在硬盘中存储文件，但是不希望git继续追踪。当你忘记将某些文件添加到.gitignore文件时或者意外的stage，特别有用。使用git --cached选项

$ git rm --cached README

您可以将文件，目录和文件glob模式传递给git rm命令。这意味着你可以做的事情，如：

$ git rm log/*.log（移除log文件夹下所有的.log文件）

$ git rm \*~（移除所有文件名以~结尾的文件）

移动文件

如果你想重新命名一个文件，你可以像这样运行：

$ git mv file_from file_to

然而这个命令相当于下面的命令

$ gir mv README.md README
$ git rm README.md
$ git add README

浏览工程历史记录

查看提交历史

当你创建了若干的提交，或者你克隆了存在提交历史的仓库后，你可能希望会过去查看到底发生了什么。最基本。最强大的工具是运行git log命令

$ git log

commit ca82a6dff817ec66f44342007202690a93763949

Author: Scott Chacon <schacon@gee-mail.com>

Date: Mon Mar 17 21:52:11 2008 -0700

changed the version number

commit 085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7

Author: Scott Chacon <schacon@gee-mail.com>

Date: Sat Mar 15 16:40:33 2008 -0700

removed unnecessary test

commit a11bef06a3f659402fe7563abf99ad00de2209e6

Author: Scott Chacon <schacon@gee-mail.com>

Date: Sat Mar 15 10:31:28 2008 -0700

first commit

撤销提交

$ git commit -m 'initial commit'

$ git add forgotten_file

$ git commit --amend（第二次提交会覆盖第一次提交，Git只记录第二次的提交结果）

Unstage一个staged文件

例如你更改了两个文件，然后想把他们分成两部分提交，但是你已经使用git add *命令stage了这两个文件。你怎样unstage其中的一个呢？git status提醒你：

$ git add *

$ git status

On branch master

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

renamed: README.md -> README

modified: CONTRIBUTING.md

在“Changes to be committed”正下方说使用“git reset HEAD <filename>”unstage文件。那么来使用这个命令。

$ git reset HEAD CONTRIBUTING.md

Unstaged changes after reset:

M CONTRIBUTING.md

$ git status

On branch master

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

renamed: README.md -> README

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: CONTRIBUTING.md

unmodified一个modified文件

如果你不想保留在文件中的更改。你怎样简单地取消更改 — 回退到最后提交时的样子。幸运的是git status告诉你应该怎样做。

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: CONTRIBUTING.md

它非常明确的告诉你怎样忽略你做出的更改，按照它说的做

$ git checkout -- CONTRIBUTING.md

$ git status

On branch master

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

renamed: README.md -> README

重要

明白git checkout --<file>是危险的命令是非常重要的。你对文件做的所有的修改都会消失 —Git仅仅复制一个文件覆盖它。不要用这个命令，除非你确实知道你不需要这个文件。

记住任何提交到Git中的文件都可以被恢复。然而任何你没有提交的文件一旦丢失就不能被找回。

从远程仓库拉取和推送

远程工作

git remote 显示所有的远程服务器的短名称

$ git remote

origin （连接到的服务器的短名称）

git remote -v 显示所有远程服务器的完整url地址

$ git remote -v （连接到的服务器的短名称和url地址）

origin https://github.com/schacon/ticgit (fetch)（从服务器读取数据的url地址）

origin https://github.com/schacon/ticgit (push) （向服务器写入数据的url地址）

添加远程仓库

$ git remote add pb https://github.com/paulboone/ticgit

$ git remote -v

从远程服务器拉取数据

git fetch [remote-name] 从远程服务器获取所有的本地没有的数据。之后你会拥有远程所有的分支，可以在任意时间检查和合并。fetch只从服务器只下载数据到本地仓库。它不会自动合并或修改你任何的文件。你必须在你准备时手动合并。

如果你当前的分支设置了跟踪远程分支，你可以使用git pull命令，自动fetch和合并远程分支和本地分支。

推送数据到服务器

git push origin master（origin远程服务器的短名称 master是分支名称）

如果在你push数据到服务器的时候，其他人已经先push了文件到服务器，此时你的push操作会被拒绝。因此你需要先fetch，并且合并到你自己的文件中，然后才能push。

查看远程

git remote show origin

移除和重命名远程服务器

$ git remote rename pb paul（把pb命名为paul）

$ git remote rm paul（移除paul）

创建标签

一个轻量级的标签像一个不变的分支 —仅仅是一个具体提交的指向。

Anotated Tags

$ git tag -a v1.4 -m "my version 1.4"

$ git tag

v0.1

v1.3

v1.4

使用git show 命令查看创建标签时一起提交的数据：

$ git show v1.4

tag v1.4

Tagger: Ben Straub <ben@straub.cc>

Date: Sat May 3 20:19:12 2014 -0700

my version 1.4

commit ca82a6dff817ec66f44342007202690a93763949

Author: Scott Chacon <schacon@gee-mail.com>

Date: Mon Mar 17 21:52:11 2008 -0700

changed the version number

在提交之后添加标签

如果提交的历史日志如下：

$ git log --pretty=oneline

15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment'

a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support

0d52aaab4479697da7686c15f77a3d64d9165190 one more thing

6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment'

0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function

4682c3261057305bdd616e23b64b0857d832627b added a todo file

166ae0c4d3f420721acbb115cc33848dfcc2121a started write support

9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile

964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo

8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme

现在，假设你在“updated rakefile”的地方忘记添加“V1.2”标签。你可以这样追加：

$ git tag -a v1.2 9fceb02

可以看到你已经追加了标签

$ git tag

v0.1

v1.2

v1.3

v1.4

v1.4-lw

v1.5

$ git show v1.2

tag v1.2

Tagger: Scott Chacon <schacon@gee-mail.com>

Date: Mon Feb 9 15:32:16 2009 -0800

version 1.2

commit 9fceb02d0ae598e95dc970b74767f19372d61af8

Author: Magnus Chacon <mchacon@gee-mail.com>

Date: Sun Apr 27 20:43:35 2008 -0700

updated rakefile

...

共享标签

git push默认不把标签传送到服务器。你必须在创建标签之后，明确地推送标签到服务器。

$ git push origin v1.5

Counting objects: 14, done.

Delta compression using up to 8 threads.

Compressing objects: 100% (12/12), done.

Writing objects: 100% (14/14), 2.05 KiB | 0 bytes/s, done.

Total 14 (delta 3), reused 0 (delta 0)

To git@github.com:schacon/simplegit.git

* [new tag] v1.5 -> v1.5

如果你一次需要推送多个标签你可以使用tags标签：

$ git push origin --tags

Counting objects: 1, done.

Writing objects: 100% (1/1), 160 bytes | 0 bytes/s, done.

Total 1 (delta 0), reused 0 (delta 0)

To git@github.com:schacon/simplegit.git

* [new tag] v1.4 -> v1.4

* [new tag] v1.4-lw -> v1.4-lw

拉取标签

你并不能针真的从git拉取标签，因为它们不能被移动。如果你想在工作目录中放一个特定的版本，看起来像指定的标签，你可以在特定的标签创建一个分支：

$ git checkout -b version2 v2.0.0
Switched to a new branch 'version2'