Git

参照：http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

一、Git介绍：

Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。

分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

二、安装Git

Linux 安装：sudo apt-getinstall git

Windows 安装：http://msysgit.github.io/  下载，然后按默认选项安装即可。

安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！

安装完成后，还需要最后一步设置，在命令行输入：

$ git config --global user.name "YourName"

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

三、创建版本库（repository）

简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史

所以，创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录：

$ mkdir learngit

$ cd learngit

$ pwd

/Users/michael/learngit

pwd命令用于显示当前目录。在我的Mac上，这个仓库位于/Users/michael/learngit。

如果你使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文。

第二步，通过git init命令把这个目录变成Git可以管理的仓库：

$ git init

Initialized empty Git repository in/Users/michael/learngit/.git/

四、工作区和暂存区

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

Git的版本库里存了很多东西，其中最重要的就是称为stage。

Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。

五、远程仓库

5.1、添加到远程仓库

git push 把本地库的内容推送到远程，实际上是把当前分支master推送到远程。

-u 如果远程库是空的，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来。

$ git push origin master

对应的pull  pull命令的作用是，取回远程主机某个分支的更新，再与本地的指定分支合并。

上面命令表示，当前分支自动与唯一一个追踪分支进行合并。

$ git pull origin master

5.2、从远程仓库克隆

git clone克隆一个本地库

登陆GitHub，创建一个新的仓库，名字叫gitskills

$ git clone git@github.com:michaelliao/gitskills.git

六、分支管理

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

HEAD和Master

主分支，即master分支,没次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

HEAD指向的就是当前分支。当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

创建分支：

$git checkout –b dev

查看当前分支(git branch命令会列出所有分支，当前分支前面会标一个*号。)

$git branch

分支切换到主分区

$git checkout master

把dev分支合并到主分区master 上(git merge命令用于合并指定分支到当前分支)

$git merge dev

合并完成后，就可以放心地删除dev分支了：

$git branch –d dev

七、冲突解决：

参考：http://www.cnblogs.com/sinojelly/archive/2011/08/07/2130172.html

7.1、冲突的产生

很多命令都可能出现冲突，但从根本上来讲，都是merge 和 patch（应用补丁）时产生冲突。而rebase就是重新设置基准，然后应用补丁的过程，所以也会冲突。

git pull会自动merge，repo sync会自动rebase，所以git pull和repo sync也会产生冲突。当然gitrebase就更不用说了。

7.2、冲突类型

7.2.1、内容冲突

两个用户修改了同一个文件的同一块区域，git会报告内容冲突。

一般来讲，出现冲突时都会有“CONFLICT”字样：

merge/patch的冲突解决

先编辑冲突，然后git commit提交。

注：对于git来讲，编辑冲突跟平时的修改代码没什么差异。修改完成后，都是要把修改添加到缓存，然后commit。

git status也可以告诉我们冲突的文件：

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

再提交：

$ git add readme.txt

$ git commit -m "conflict fixed"

[master 59bc1cb] conflict fixed

$git push origin master

7.2.2、树冲突

文件名修改造成的冲突，称为树冲突。

比如，a用户把文件改名为a.c，b用户把同一个文件改名为b.c，那么b将这两个commit合并时，会产生冲突。

$ git status
    added by us:    b.c
    both deleted:   origin-name.c
    added by them:  a.c

如果最终确定用b.c，那么解决办法如下：

git rm a.c
git rm origin-name.c
git add b.c
git commit

执行前面两个git rm时，会告警“file-name : needs merge”，可以不必理会。

八、多人协作

it自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。

查看远程库信息

git remote -v

查看本地分支

git branch -v

九、Git 常用命令

git add <file>

git commit -m “后面输入的是本次提交的说明”

为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：

$ git add file1.txt

$ git add file2.txt 

$ git add file3.txt 

$ git commit -m "add 3 files."

git status  让我们时刻掌握仓库当前的状态，

git diff  顾名思义就是查看difference，显示的格式正是Unix通用的diff格式，

git log 命令显示从最近到最远的提交日志，

eg:

$ git log --pretty=oneline

3628164fb26d48395383f8f31179f24e0882e1e0 append GPL

ea34578d5496d7dd233c827ed32a8cd576c5ee85 adddistributed

cb926e7ea50ad11b8f9e909c05226233bf755030 wrote areadme file

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

版本如何回退？reset 可以定位到任何版本，版本号没必要写全，前几位就可以了，Git会自动去找。

$ git reset --hard 3628164

如果忘记版本id怎么办？

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 readmefile

append GPL 这个功能的版本号是3628164

Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向“appendGPL”：

改为指向“add distributed”：

然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号，你就把当前版本定位在哪。

十、常见问题：

.*(no branch)问题：

http://blog.csdn.net/xiaoputao0903/article/details/23995055

Git

原文：http://blog.csdn.net/cdl2008sky/article/details/45272623