参照: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
git 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