Git最简易的使用指南
助你开始使用 git 的简易指南，木有高深内容，;)
安装
创建新仓库
创建新文件夹，打开，然后执行：
以创建新的 git 仓库。
检出仓库
执行如下命令以创建一个本地仓库的克隆版本：
1 |
git
clone /path/to/repository |
如果是远端服务器上的仓库，你的命令会是这个样子：
1 |
git
clone username@host:/path/to/repository |
工作流
你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 缓存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，指向你最近一次提交后的结果。
添加与提交
你可以计划改动（把它们添加到缓存区），使用如下命令：
这是 git 基本工作流程的第一步；使用如下命令以实际提交改动：
现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。
推送改动
你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库：
可以把 master 换成你想要推送的任何分支。
如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：
1 |
git
remote add origin <server> |
如此你就能够将你的改动推送到所添加的服务器上去了。
分支
分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”。在其他分支上进行开发，完成后再将它们合并到主分支上。
创建一个叫做“feature_x”的分支，并切换过去：
1 |
git
checkout -b feature_x |
切换回主分支：
再把新建的分支删掉：
1 |
git
branch -d feature_x |
除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的
1 |
git
push origin <branch> |
更新与合并
要更新你的本地仓库至最新改动，执行：
以在你的工作目录中 获取（fetch） 并 合并（merge） 远端的改动。
要合并其他分支到你的当前分支（例如 master），执行：
两种情况下，git 都会尝试去自动合并改动。不幸的是，自动合并并非次次都能成功，并可能导致 冲突（conflicts）。 这时候就需要你修改这些文件来人肉合并这些 冲突（conflicts） 了。改完之后，你需要执行如下命令以将它们标记为合并成功：
在合并改动之前，也可以使用如下命令查看：
1 |
git
diff <source_branch> <target_branch> |
标签
在软件发布时创建标签，是被推荐的。这是个旧有概念，在 SVN 中也有。可以执行如下命令以创建一个叫做 1.0.0 的标签：
1 |
git
tag 1.0.0 1b2e1d63ff |
1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。使用如下命令获取提交 ID：
你也可以用该提交 ID 的少一些的前几位，只要它是唯一的。
替换本地改动
假如你做错事（自然，这是不可能的），你可以使用如下命令替换掉本地改动：
1 |
git
checkout -- <filename> |
此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到缓存区的改动，以及新文件，都不受影响。
假如你想要丢弃你所有的本地改动与提交，可以到服务器上获取最新的版本并将你本地主分支指向到它：
2 |
git
reset --hard origin/master |
有用的贴士
内建的图形化 git：
彩色的 git 输出：
1 |
git
config color.ui true
|
显示历史记录时，只显示一行注释信息：
1 |
git
config format.pretty oneline |
交互地添加文件至缓存区：
补充一些Git的基本用法
某天，微博上有人发了这么一张图求职：
后面还得到了阿里巴巴招聘部等众人转发，不知道最后是否求职成功，但是我们可以看看在这张图里包含了什么信息。
首先是 git log 打印出日志，介绍了他做的事情。然后 git push 项目给淘宝……
嘛，这也是一个不错的求职方式。
活用好 Git，你也可以装一装。这里再补充一下
1. 初始化 git 仓库
3 |
git
init # 初始化 git 仓库。此命令会在当前目录新建一个 .git 目录，用于存储 git 仓库的相关信息 |
2. 初始化提交
2 |
git
add . # 将当前目录添加到 git 仓库中， 使用 git add -A 则是添加所有改动的文档 |
3 |
git
commit -m "Initial commit"
|
4 |
git
remote add origin git@github.com:nowamagic/repo.git # 设置仓库 |
3. 修补提交（修补最近一次的提交而不创建新的提交）
1 |
git
commit --amend -m "commit message."
|
4. 提交冲突时可以合并后再推送
1 |
git
pull # 获取远程版本库提交与本地提交进行合并 |
5. 使用别人的仓库
6. 将代码从本地回传到仓库
1 |
git
push -u origin master |
7. 使用 git status 查看文件状态
8. 查看提交日志
2 |
git log --pretty=oneline # 以整洁的单行形式显示提交信息
|
3 |
git log --stat # 查看提交信息及更新的文件
|
9. Git 分支
2 |
git
branch 6.x-1.x # 添加分支 6.x-1.x |
3 |
git
branch checkout master # 切换到主分支 |
4 |
git
branch -d 6.x-1.x # 删除分支 6.x-1.x |
5 |
git
push origin :branchname # 删除远端分支 |
10. Git 标签
view sourceprint?
2 |
git
tag 6.x-1.0 # 添加标签 6.x-1.0 |
3 |
git
show 6.x-1.0 # 查看标签 6.x-1.0 的信息 |
4 |
git
tag -a 6.x-1.0 965e066 # 为之前提交的信息记录 965e066 加上标签 |
5 |
git
push --tags # 提交时带上标签信息 |
6 |
git
push origin :/refs/tags/tagname # 删除远端标签 |
11. 从 git 仓库中导出项目
1 |
git
archive --format tar --output /path/to/file.tar master # 将 master 以 tar 格式打包到指定文件 |
了解并创建Git仓库，以及添加文件到仓库
先来理解一个概念，repository。你可以简单将它理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。这个目录通常称为仓库，或者叫版本库。
通过 git init 命令把这个目录变成 Git 可以管理的仓库：
瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
也不一定必须在空目录下创建Git仓库，选择一个已经有东西的目录也是可以的。不过，不建议你使用自己正在开发的公司项目来学习Git，否则造成的一切后果概不负责。
初始化后，在当前目录下会出现一个名为 .git 的目录，所有 Git 需要的数据和资源都存放在这个目录中。不过目前，仅仅是按照既有的结构框架初始化好了里边所有的文件和目录，但我们还没有开始跟踪管理项目中的任何一个文件。
仓库的文件结构
我们看看这个目录下的文件结构：
该目录下有可能还有其他文件，但这是一个全新的 git init 生成的库，所以默认情况下这些就是你能看到的结构。新版本的 Git 不再使用 branches 目录，description 文件仅供 GitWeb 程序使用，所以不用关心这些内容。config 文件包含了项目特有的配置选项，info 目录保存了一份不希望在 .gitignore 文件中管理的忽略模式 (ignored patterns) 的全局可执行文件。hooks 目录保存了客户端或服务端钩子脚本。
另外还有四个重要的文件或目录：HEAD 及 index 文件，objects 及 refs 目录。这些是 Git 的核心部分。
- objects 目录存储所有数据内容
- refs 目录存储指向数据 (分支) 的提交对象的指针
- HEAD 文件指向当前分支
- index 文件保存了暂存区域信息
添加文件到仓库
首先这里再明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
现在我们编写一个readme.txt文件，内容如下：
1 |
Git
is a version control system.
|
一定要放到NowaMagicOnGit目录下（子目录也行），因为这是一个Git仓库，放到其他地方Git再厉害也找不到这个文件。
和把大象放到冰箱需要3步相比，把一个文件放到Git仓库只需要两步。
第一步，用命令git add告诉Git，把文件添加到仓库：
执行上面的命令，没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加成功。
第二步，用命令git commit告诉Git，把文件提交到仓库：
1 |
$
git commit -m "wrote a readme file"
|
2 |
[master
(root-commit) cb926e7] wrote a readme file |
3 |
1 file changed, 2 insertions(+)
|
4 |
create mode 100644 readme.txt
|
简单解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
嫌麻烦不想输入-m "xxx"行不行？确实有办法可以这么干，但是强烈不建议你这么干，因为输入说明对自己对别人阅读都很重要。实在不想输入说明的童鞋请自行Google，我不告诉你这个参数。
git commit命令执行成功后会告诉你，1个文件被改动（我们新添加的readme.txt文件），插入了两行内容（readme.txt有两行内容）。
为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：
4 |
$
git commit -m "add 3 files."
|
小结
现在总结一下今天学的两点内容：
1. 初始化一个Git仓库，使用git init命令。并且了解到一个仓库的文件组成结构。
2. 添加文件到Git仓库，分两步：
- 第一步，使用命令git add ，注意，可反复多次使用，添加多个文件；
- 第二步，使用命令git commit，完成。
