git稍微了解一下

　现在大多数的开源库在GitHub上都能找到，没有注册一个GitHub账号都不好意思说自己是程序员。

   想要很好的使用GitHub应该先了解一下git是什么。Git是什么？它是目前世界上最先进的分布式版本控制。一直想系统的学一下，但是书上都是大概的描述一下，很难真的理解（也可能是我没有找到好的书籍）。最近看到廖雪峰老师的网站上有关于git的教程，讲的很详细，自己做了一些笔记整理一下发出来，主要是把git的常用命令提取出来了。需要看详细完整的->廖雪峰Git教程

一：

1.安装git:

 $ git config --global user.name "Your Name"
 $ git config --global user.email "email@example.com"

2.创建版本库：

$ mkdir learngit
$ cd learngit
$ pwd
/Users/michael/learngit

通过git init命令把这个目录变成Git可以管理的仓库：
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/

编写一个txt文件
readme.txt:
Git is a version control system.
Git is free software.

将一个文件放入仓库：
第一步，用命令git add告诉Git，把文件添加到仓库：
$ git add readme.txt
第二步，用命令git commit告诉Git，把文件提交到仓库：
$ git commit -m "wrote a readme file"
[master (root-commit) cb926e7] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt
git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的

3.通过git status查看仓库状态

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

4.如何版本回退

$ git log
通过git log查看git日志显示从最近到最远的提交日志
$ git log --pretty=oneline
加上--pretty=oneline参数只显示修改时的备注

在Git中，用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

可以使用git reset命令返回版本，例如回到上一个版本：
$ git reset --hard HEAD^

当修改后，通过git log查看git日志会发现被修改的版本已经没有了，此时想恢复被修改的版本，只要命令窗口没有关闭，可以在命令窗口中找到被修改版本的版本号。比如版本号的前几位是3628164。。。
通过$ git reset --hard 3628164可以恢复修改的版本。
版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为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
在第二行可以看到想返回得版本号。
小结：
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

5。工作区，暂存区，版本库

工作区（Working Directory）
就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：
版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
暂存区（stage/index)
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。

6.撤回修改

git checkout -- file可以丢弃工作区的修改：
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区：
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
再用git status查看一下，现在暂存区是干净的，但是工作区有修改，再用git checkout -- readme.txt
此时用git status查看就 nothing to commit (working directory clean) 毫无修改记录。
小结：
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

7.删除文件

rm test.txt
git status命令会立刻告诉你哪些文件被删除了
no changes added to commit (use "git add" and/or "git commit -a")
现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
$ git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

二：

1.远程仓库

注册GitHub账号，由于本地git仓库和github仓库之间的传输是通过SSH加密的，所以需要一点设置：
$ ssh-keygen -t rsa -C "youremail@example.com"
如果一切顺利的话，可以在用户主目录（C:\Users\MyPC\.ssh）里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，
id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
登陆GitHub，打开“Account settings”，“SSH Keys”页面：
填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容,已经添加的Key.

2.添加远程库

在GitHub中创建一个repo,如命名为learngit,其他保持默认就好。
GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。
我们先在本地的learngit仓库中中运行命令：
$git remote add origin git@github.com:yci06/learngit.git
请千万注意，把上面的yci06替换成你自己的GitHub账户名，
否则，你在本地关联的就是我的远程库，关联没有问题，但是你以后推送是推不上去的，因为你的SSH Key公钥不在我的账户列表中。
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
下一步，就可以把本地库的所有内容推送到远程库上：
$ git push -u origin master
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，
Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，
在以后的推送或者拉取时就可以简化命令。
推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样
从现在起，只要本地作了提交，就可以通过命令：
$ git push origin master
把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

SSH警告
当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：
The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)?
这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，
需要你确认GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车即可。
Git会输出一个警告，告诉你已经把GitHub的Key添加到本机的一个信任列表里了：
Warning: Permanently added 'github.com' (RSA) to the list of known hosts.
这个警告只会出现一次，后面的操作就不会有任何警告了。
如果你实在担心有人冒充GitHub服务器，
输入yes前可以对照GitHub的RSA Key的指纹信息是否与SSH连接给出的一致。

3.从远程库克隆

登入GitHub创建一个新的仓库，名字叫yci
勾选Initialize this repository whit a README 这样GitHub会自动给我们创建一个README.md文件
远程库准备好后，在本地的命令行里克隆一个本地库
git clone git@github.com:yci06/yci.git

这样在本地就有了一个git库。

能力有限，暂时学了这些，未完。。