/ 中存储网

告诉你Ubuntu下Git配置学习笔记的方法及命令

2015-06-23 15:37:29 来源:中存储网

虽然之前弄过了svn,但是最近,老大又要求使用git来进行版本控制。好吧,暂停下手上的项目,折腾下Git吧。

学习的资料就是progit的ebook,写的真的是很好很详细。强烈推荐移步progit去学习下。ebook的最下方可以选择语言,有中文版的。

因为是几个人一起开发的项目,所以就配置了一个私有小规模团队的git。所谓私有,就是每个人都具有读写权限,且不对外公开。所以采用SSH公钥来进行授权。

假设项目中有3个人:

ritter ip:192.168.1.1, tom ip:192.168.1.2 ,jack ip:192.168.1.3。其中ritter的机子为git服务器。

首先,每个人获得自己的ssh公钥,每个人先装ssh:

$ sudo apt-get install openssh-client

$ sudo apt-get install openssh-server

然后执行ssh-keygen命令生成ssh公钥:

$ ssh-keygen

输入完命令后可能会要求输入一些配置信息,可以不输,一路回车到底。

现在,在~/.ssh目录下应该就有一个名称为 id_rsa.pub的文件了,用gedit打开:

$ gedit ~/.ssh/id_rsa.pub

将每个人的id_rsa.pub里的内容复制到ritter的~/.ssh/authorized_keys 文件中,包括ritter自己在id_rsa.pub里的内容。

一旦在ritter的~/.ssh 目录下没有 authorized_keys文件,可以自己用gedit 新建一个:

$ gedit ~/.ssh/authorized_keys

然后把每个人的id_rsa.pub中的内容拷入即可。这样就配置好了ssh公钥了,只要是在authorized_keys里有公钥的用户,都可以对git仓库读写。

接下来就是配置ritter的git仓库了,假如在/work目录下新建project.git:

$ sudo mkdir /work

$ cd /work

$ mkdir project.git

$ cd project.git

进入project.git目录后,可以用 --bare 选项运行 git init 来建立一个裸仓库,这会初始化一个不包含工作目录的仓库:

$ git --bare init

这是,会提示初始化完成,然后就是要向这个裸仓库中加入文件了。

假如是由tom将自己的一个工程 myProject加入仓库中,首先,要进入myProject:

$ cd myProject

使用git init命令将此工程变为git版本控制的目录:

$ git init

执行成功后可以用ls -a命令查看,会有一个隐藏的.git目录,里面就是存储版本控制信息的。

然后执行git add .,注意,add后是空格,然后是一个点,此命令将当前目录下所有文件添加进入暂存区域中去:

$ git add .

此时还需要commit,加参数m后可以加入注释信息:

$ git commit -m 'initail commit'

现在本地的快照就更新了,然后发送到ritter的git服务器里:

$ git remote add origin ritter@192.168.1.1:/work/project.git

其中的origin是自己自定义命名的在git仓库中的分支的名称,此时再push一下,更改就成功了:

$ git push origin master

origin是刚才命名的位于ritter机器中的git服务器里的分支的名称,而master是本地存储的分支的名称,是git init后默认生成的名字。

上面的Linux命令就是将本地分支master里的修改应用进ritter的git服务器里的origin分支里去。至此,git服务器的代码仓库就配置好了。

接下来,一旦jack要参与开发,就从ritter那clone下来一份代码,假如clone到自己在~/jackProject里,首先进入jackProject目录:

$ cd ~/jackProject

然后执行clone命令:

$ git clone ritter@192.168.1.1:/work/project.git

执行完成后,ritter机子里,刚才tom上传进去的myProject就下载到jack的jackProject目录里了,当然,在clone命令后面可以加上自定义的文件夹名称,

假如要重命名为project:

$ git clone ritter@192.168.1.1:/work/project.git project

这样就可以了。

ritter自己也要参与开发的话,也可以clone到自己的开发目录接下来,方法相同。

接下来就是开发时的配合了:

假如,jack比较积极,他要先改动代码,首先,他在clone下来的工程的目录里执行git log:

& git log

此时,log中仅有initial commit这一个log,是由tom在初始化git服务器代码仓库时添加的。

此时,jack在工程里新建了一个文件newFile:

$ gedit newFile

然后,用git status命令查看:

$ git status

会提示newFile没有更新,此时执行git add命令:

$ git add newFile

然后,再用git status命令查看状态,此时会提示没有提交,于是执行提交命令,并添加log信息:

$ git commit -m 'add a newFile'

此时,就提交成功了,本地的快照已经被更新过了,但是,请注意,现在,只是jack本地的master分支被更新过了,远端ritter机子里的origin分支还未被更新,需要push一下:

$ git push origin master

以上命令就是将本地master分支里的修改也合并到远端origin分支里面去,此时,远端的origin也更新好了。

这时,tom也做了一定的修改,然后按照刚才jack的流程,想把自己本地的master分支合并到origin分支里:

$ git push origin master

此时,会报错,原来origin分支已经被jack修改过了,tom要先更新一下才行,于是,tom先把远端的origin分支拉下来:

$ git fetch origin

然后,和本地的master分支合并一下:

$ git merge origin/master

现在,用git log查看下log信息,就会发现Log记录已经变成两条了,一条是自己初始化时写的initial commit,一条是jack写的add a newFile

然后,就可以push了,将自己在本地合并好的master分支push到origin里:

$ git push origin master

大功告成。

以上就是一个简单的git使用流程,个人建议常常使用git status来查看当前状态,一般都还会有进行下一步操作的提示信息哦。

想要了解更多信息,直接去progit上学习吧。

更新于 2012-4-10

关于回滚和分支:

在使用git的过程中,难免出现新提交的版本有些问题,需要换回以前的版本的情况,这时,大家首先用git reflog查看版本信息:

$ git reflog

然后一系列的HEAD会列出:

0a50072 HEAD@{0}: checkout: moving from master to develop
0a50072 HEAD@{1}: checkout: moving from testing to master
0a50072 HEAD@{2}: checkout: moving from master to testing
0a50072 HEAD@{3}: merge origin/master: Fast-forward
ec51f11 HEAD@{4}: commit: add "initial code" on screen
57f3086 HEAD@{5}: clone:

选择想要回滚到的版本,假如回滚至commit: add "initial code" on screen时期的版本:

$ git reset --hard HEAD@{4}

就可以了,此时查看git log,就是以前的版本了。

当然,大家在更新自己的代码时,可以采用分支,来避免这种需要回滚的情况,在与远端origin分支合并之前,可以先新建一个分支,假如命名为develop:

$ git branch develop

此时,用git branch命令查看本地分支:

$ git branch

会显示两个分支,*表示当前工作的分支:

develop
* master

用git checkout develop可以将工作分支切换成develop,再git branch查看下:

$ git checkout develop

*号就在develop前了:

* develop
master

这样,就可以将远端origin分支合并进入master里,而自己依旧继续在develop分支里工作。

git am patch打不上时,可以先用git am --abort清除掉之前的残留,然后使用git am --reject先打上部分patch,然后再根据自动生成的.rej文件,手动修改。