最近在学习分布式版本控制系统Git,在网上找到廖雪峰大神的Git教程, 学习到很多。记录下一些要点,方便以后查阅。建议大家可以去大神的网站系统学习Git教程
——————————————————————————————————————————————————————————————————
Windows上安装Git
安装Git完成后,还需要最后一步设置,在命令行输入:
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"
因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。你也许会担心,如果有人故意冒充别人怎么办?这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的。
注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。
创建版本库
初始化一个Git仓库,使用git init
命令。
$ cd learngit
$ git init
Initialized empty Git repository inC:/Users/Owen/learngit/.git/
提示这个是空的版本库。同时进入learngit目录会发现.git目录,这个目录里记录着追踪版本库的信息,和SVN一样。不要修改任何内容。
注:Git的版本控制只能追踪文本文件的改动,比如,TXT,网页,代码文件等。但图片,视频,word文件是二进制的,不能追踪其改动的内容,但是可以追踪变化的发生。
注:Windows的Notepad默认保存UTF-8编码,会造成网页和代码文件的编译错误,建议使用Notepad++,使用UTF-8 without BOM编码。
添加文件到Git仓库,分两步:
· 第一步,使用命令git add <file>
,注意,可反复多次使用,添加多个文件;把文件修改添加到暂存区(stage)
· 第二步,使用命令git commit –m “comments”
一次性把暂存区的所有内容提交到当前分支。
$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."
· 要随时掌握工作区的状态,使用git status
命令。
$ git status
# On branch master
# Changes not staged for commit:
# (use "gitadd <file>..." to update what will be committed)
# (use "gitcheckout -- <file>..." to discard changes in working directory)
#
# modified: readme.txt
#
no changes added to commit (use "git add" and/or"git commit -a")
提示当前工作区(learngit目录)的状态是,Readme.txt文件有修改,但是还没准备被提交,当前版本库当前分支为maser分支,master分支是Git自动创建的第一个分支。同时还提示了怎样提交和抛弃修改的命令。
· 用git diff
可以查看修改内容。
$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
Git is freesoftware.
可以看出多了一个“distributed”
· 添加文件git add后,再查看版本库状态。
$ git add readme.txt
$ git status
# On branch master
# Changes to be committed:
# (use "gitreset HEAD <file>..." to unstage)
#
# modified: readme.txt
#
提示readme.txt的修改已经提交到暂存区,准备提交了。同时还提示了怎样将撤销提交到暂存区的修改。
· Git Commit后,再次查看版本库状态
$ git commit -m "add distributed"
[master ea34578] add distributed
1 file changed, 1insertion(+), 1 deletion(-)
$ git status
# On branch master
nothing to commit (working directory clean)
提示当前没有需要提交的修改,而且工作目录是干净的
回退版本
· 用git log可以查看提交历史,以便确定要回退到哪个版本。
$ git log --pretty=oneline
3628164fb26d48395383f8f31179f24e0882e1e0 append GPL
ea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributed
cb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readmefile
如果要退回上一个版本,需要先知道版本号。在Git中,用HEAD表示当前版本,也就是最新的提交3628164...882e1e0。上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100
· 回退到上一个版本“adddistributed”,就可以使用git reset命令
$ git reset --hard HEAD^
HEAD is now at ea34578 add distributed
· 返回到未来的版本“append GPL”,也是使用git reset --hard commit_id
$ git reset --hard 3628164
HEAD is now at 3628164 append GPL
版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个。
· HEAD指针
Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL:
改为指向add distributed:
然后顺便把工作区的文件更新了。所以让HEAD指向哪个版本号,就把当前版本定位git reset在哪。
· 用git reflog可以查看每一次的命令历史,以便确定要回退到哪个版本。
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
管理修改
假设已经git add一次,提交了修改到暂存区,此时再次第二次修改,但不git add。之后直接git commit,就只会提交暂存区的修改(第一次的修改)到版本库,而第二次的修改不会提交到版本库,需要先提交到暂存区才能被添加到版本库。正确的操作是:
第一次修改-> git add-> 第二次修改-> git add-> git commit
撤销修改
git checkout -- file可以丢弃工作区的修改,让这个文件回到最近一次git commit或git add时的状态
$ git checkout -- readme.txt
将readme.txt文件在工作区的修改全部撤销。如果readme.txt自修改后还没有被存放暂存区,那撤销修改就回到和版本库一样的状态。如果readme.txt已经添加到暂存区,又做了修改,撤销修改回到添加到暂存区后的状态。如果readme.txt提交到暂存区的修改也要撤销,用命令git reset HEAD file将暂存区的修改撤销掉(unstage),重新放回工作区。
$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt
场景1: 修改后 未add(添加到暂存区) 需要撤销修改时:
git checkout -- myfile.txt 或 手动删除工作区修改
工作区 :clean 暂存区:clean
场景2: 修改后add了(未commit) 再次修改文件 要撤销第二次修改时:
git checkout -- myfile.txt(将暂存区恢复到工作区)
暂存区有第一次的修改需要commit
场景3: 修改后add了(未commit),需要撤销修改时:
git reset HEAD myfile.txt(将暂存区修改删除)
此时工作区的修改还未撤销
git checkout -- myfile.txt(撤销工作区修改)
场景4: 修改后add并commit了,需要撤销修改时:
git reset --hard HEAD^(版本回退)**
删除文件
如果要从版本库删除文件,用命令git rm删掉,并且git commit
$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master d17efd8] remove test.txt
1 file changed, 1deletion(-)
delete mode 100644test.txt
远程版本库
创建SSH key
由于本地Git仓库和GitHub仓库之间的传输是通过SSH加密的,所以,先创建SSH key。
在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key:
$ ssh-keygen -t rsa -C "youremail@example.com"
一路回车,使用默认值即可。
如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。
关联远程版本库
假设已有一个远程版本库服务器,将本地的版本库关联到远程库,使用命令
git remote add origin git@server-name:path/repo-name.git;
关联后,使用命令git push -u origin master第一次推送master分支的所有内容;加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。 此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改;
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在,因为本地就有版本库,也就是有没有联网都可以正常工作。而SVN在没有联网的时候是不能和远程版本库通信的!当有网络的时候,Git再把本地版本库提交推送一下就完成了同步!
文章最后会介绍怎样搭建远程版本库。
克隆远程版本库
要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone命令克隆。
$ git clone git@server-name:path/repo-name.git
Cloning into 'gitskills'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (3/3), done.
Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快。使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https
分支
每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master
分支。HEAD
严格来说不是指向提交,而是指向master
,master
才是指向提交的,所以,HEAD
指向的就是当前分支。每次提交,master分支都会向前移动一步,这样,随着不断提交,master分支的线也越来越长
创建分支
当我们创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上:
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:
$ git branch dev
$ git checkout dev
Switched to branch 'dev'
查看分支
用git branch命令查看当前分支:
$ git branch
* dev
master
git branch命令会列出所有分支,当前分支前面会标一个*号。
Git创建一个分支很快,因为除了增加一个dev指针,改改HEAD的指向,工作区的文件都没有任何变化!
不过,从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,dev指针往前移动一步,而master指针不变
$ git add readme.txt
$ git commit -m "branch test"
[dev fec145a] branch test
1 file changed, 1insertion(+)
合并分支
假如我们在dev上的工作完成了,就可以把dev合并到master上。Git怎么合并呢?最简单的方法,就是直接把master指向dev的当前提交,就完成了合并:
$ git checkout master
Switched to branch 'master'
$ git merge dev
Updating d17efd8..fec145a
Fast-forward
readme.txt | 1 +
1 file changed, 1insertion(+)
git checkout切换回master分支, git merge命令用于合并指定分支到当前分支。合并后,再查看readme.txt的内容,就可以看到,和dev分支的最新提交是完全一样的。
注意到上面的Fast-forward信息,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。就改改指针,工作区内容也不变!但这种模式下,删除分支后,会丢掉分支信息。如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
$ git checkout -b dev
Switched to a new branch 'dev'
$ git add readme.txt
$ git commit -m "add merge"
[dev 6224937] add merge
1 file changed, 1insertion(+)
$ git checkout master
Switched to branch 'master'
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1insertion(+)
合并dev分支,请注意--no-ff参数,表示禁用Fast forward。因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。
合并后,我们用git log看看分支历史:
$ git log --graph --pretty=oneline --abbrev-commit
* 7825a50 mergewith no-ff
|\
| * 6224937 add merge
|/
* 59bc1cbconflict fixed
...
可以看到,不使用Fast forward模式,merge后就像这样:
删除分支
合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉:
$ git branch -d dev
Deleted branch dev (was fec145a).
删除后,查看branch,就只剩下master分支了:
$ git branch
* master
因为创建、合并和删除分支非常快,所以Git鼓励你使用分支完成某个任务,合并后再删掉分支,这和直接在master分支上工作效果是一样的,但过程更安全。
如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。
解决分支冲突
在新建一个分支feature1后,master分支和feature1分支各自都分别有新的提交,变成了这样:
这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突.当Git
无法自动合并分支时,就必须首先手动解决冲突。
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit theresult.
查看readme.txt的内容:
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
Git用<<<<<<<,=======,>>>>>>>在工作区的readme.txt文件中标记出不同分支的内容.
修改readme.txt文件如下后保存:
Creating a new branch is quick and simple.
再提交:
$ git add readme.txt
$ git commit -m "conflict fixed"
[master 59bc1cb] conflict fixed
现在,master分支和feature1分支变成了下图所示:
用带参数的git log --graph命令可以看到分支合并图:
$ git log --graph --pretty=oneline --abbrev-commit
* 59bc1cbconflict fixed
|\
| * 75a857c AND simple
* | 400b400 & simple
|/
* fec145a branch test
...
存储工作区
Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作:
$ git stash
Saved working directory and index state WIP on dev:6224937 add merge
HEAD is now at 6224937 add merge
用git stash list命令看看:
$ git stash list
stash@{0}: WIP on dev: 6224937 add merge
Git把stash内容存在某个地方了,但是需要恢复一下,有两个办法:
一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;
$ git stash apply stash@{0}
$ git stash drop stash@{0}
另一种方式是用git stash pop,恢复的同时把stash内容也删了:
$ git stash pop
创建标签
在Git中打标签非常简单,首先,切换到需要打标签的分支上:
$ git branch
* dev
master
$ git checkout master
Switched to branch 'master'
然后,敲命令git tag<name>就可以打一个新标签:
$ git tag v1.0
或者
$ git tag v0.9 6224937
6224937是版本号(commit ID)
可以用命令git tag查看所有标签:
$ git tag
v0.9
v1.0
标签不是按时间顺序列出,而是按字母排序的。可以用git show <tagname>查看标签信息:
$ git show v0.9
commit 622493706ab447b6bb37e4e2a2f276a20fed2ab4
Author: Michael Liao <askxuefeng@gmail.com>
Date: Thu Aug 2211:22:08 2013 +0800
add merge
...
删除标签
如果标签打错了,也可以删除:
$ git tag -d v0.1
Deleted tag 'v0.1' (was e078af9)
如果要推送某个标签到远程,使用命令git push origin<tagname>:
$ git push origin v1.0
或者,一次性推送全部尚未推送到远程的本地标签:
$ git push origin --tags
如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:
$ git tag -d v0.9
然后,从远程删除。删除命令也是push,但是格式如下:
$ git push origin :refs/tags/v0.9
忽略特殊文件
Git工作区的根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。
不需要从头写.gitignore
文件,GitHub已经为我们准备了各种配置文件,只需要组合一下就可以使用了。所有配置文件可以直接在线浏览:https://github.com/github/gitignore
忽略文件的原则是:
- 忽略操作系统自动生成的文件,比如缩略图等;
- 忽略编译生成的中间文件、可执行文件等,也就是如果一个文件是通过另一个文件自动生成的,那自动生成的文件就没必要放进版本库,比如Java编译产生的.class文件;
- 忽略你自己的带有敏感信息的配置文件,比如存放口令的配置文件。
检验.gitignore的标准是git status命令是不是说working directory clean
如果一个文件被.gitignore忽略了,但确实想添加该文件,可以用-f强制添加到Git:
$ git add -f <file_name>
用git check-ignore命令检查该文件是否被.gitignore忽略了:
$ git check-ignore -v <file_name>
搭建Git服务器
搭建Git服务器需要准备一台运行Linux的机器,强烈推荐用Ubuntu或Debian,这样,通过几条简单的apt命令就可以完成安装。
假设你已经有sudo权限的用户账号,下面,正式开始安装。
第一步,安装git:
$ sudo apt-get install git
第二步,创建一个git用户,用来运行git服务:
$ sudo adduser git
第三步,创建证书登录:
收集所有需要登录的用户的公钥,就是他们自己的id_rsa.pub文件,把所有公钥导入到/home/git/.ssh/authorized_keys文件里,一行一个。
第四步,初始化Git仓库:
先选定一个目录作为Git仓库,假定是/srv/sample.git,在/srv目录下输入命令:
$ sudo git init --bare sample.git
Git就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git仓库通常都以.git结尾。然后,把owner改为git:
$ sudo chown -R git:git sample.git
第五步,禁用shell登录:
出于安全考虑,第二步创建的git用户不允许登录shell,这可以通过编辑/etc/passwd文件完成。找到类似下面的一行:
git:x:1001:1001:,,,:/home/git:/bin/bash
改为:
git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell
这样,git用户可以正常通过ssh使用git,但无法登录shell,因为我们为git用户指定的git-shell每次一登录就自动退出。
第六步,克隆远程仓库:
现在,可以通过git clone命令克隆远程仓库了,在各自的电脑上运行:
$ git clone git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
剩下的推送就简单了。