git的基本介绍和使用

jopen 3年前

前言:从事iOS开发一年多以来,一直使用svn管理源代码。对svn的特点和弊端已经深有体会。前些天双十二前后,项目工期紧张到爆,起早贪黑的加班,可谓披星戴月,这还不止,回到家中还要疯狂的敲代码。那么问题来了,公司svn服务器是内网服务器,在家里无法访问,提交/更新代码就成了问题。跟技术总监(笔者公司为初创型小公司,直接和技术总监对话)沟通后,技术总监同意了把svn服务器改为外网服务器。但是,这并不是好的解决办法,毕竟svn服务器挂到外网上,从安全性上总是说不过去。于是乎,git成了我心中取代svn的上上策。昨天上班开会就跟CTO提出使用git管理代码的建议,他也愉快的答应了。

但是,多数人对git并没有像对svn这般了解,所以,针对于git和svn的特点和区别,我希望能够通过这篇文章拨开大家心中的疑惑。

简介

git是一款开源的分布式版本管理工具,git的诞生也是相当传奇的,由Linux之父-Linus Benedict Torvalds开发而来,当初Linus Benedict Torvalds仅仅是为了辅助Linux内核的开发才一并开发了这个至今为止世界上最快的、最简单的版本管理工具。关于这个传奇的故事,笔者就不在此赘述。

目前,git虽然很流行,但也仅仅是在国外。在国内,多数公司还在使用svn进行版本控制,不过不用担心,据笔者所知,已经有很多大公司(像BAT这样的互联网公司)开始由svn转向git。并且,越来越多的开源项目已经转移到git,很多开源网站上的代码就是git来管理的,所以git取代svn是大势所趋的。

git的特点

前面已经说过,git是一款开源的分布式版本管理工具。相对于分布式,还有一种集中式,集中式版本管理工具的杰出代表就是svn。关于svn的详细介绍,读者可以查看笔者之前写过的几篇文章:http://www.cnblogs.com/wsnb/p/4765597.html   http://www.cnblogs.com/wsnb/p/4771379.html

如下两张图,可以概括分布式和集中式管理工具的架构,图(1)为分布式版本管理工具架构,图(2)为集中式管理工具架构。

图(1)

图(2)

这里笔者想象出来一个比较容易理解的例子,可以概括出分布式和集中式的区别:像BAT这样的大公司,员工层级架构比较复杂,每个技术部门都设有技术负责人(CTO),而每个部门内部又根据分工设有技术经理、主管、组长等等,一般情况下,员工只需要向自己的直属上级汇报工作即可,这样工作起来,效率比较高。而像笔者这样的初创型小公司,部门内部角色就没有那么复杂了,技术部门每个员工都可以向CTO直接反应问题,CTO要处理来自N个技术人员反应的问题,效率比较低。BAT这样的大公司的员工各层级架构就像是分布式一样,而后者就像是集中式一样。

从图(2)可以看出,集中式管理系统的代码统一的由一台服务器集中管理。其他系统如果想得到代码,必须从这一台服务器上拷贝。同样,其他系统想要提交代码,也只能向这台服务器提交。这台服务器起到了一个集中管理所有代码的作用,当然如果svn服务器出现故障,那么后果不开设想。

从图(1)可以看出,分布式管理系统的代码可以由自己本地服务器来管理。因为每个系统本地都有一个本地代码仓库(相当于远程代码仓库在本地的备份),本地系统可以先把代码提交到本地代码仓库,然后再由本地代码仓库提交到共享版本库(在这里,共享版本库相当于集中式管理系统的远程代码仓库)这样在本地系统和共享版本库之间添加了一层本地代码仓库,开发人员直接和本地代码仓库打交道,减轻了对共享版本库的压力,并且也降低了开发人员因为误操作而导致对远程代码仓库的污染。

正是因为二者的这个差别,通过分布式,我们可以在没有网络的情况下,先把代码提交到本地代码仓库,速度之快不言而喻,待到有网络时再提交到共享版本库。而如果通过集中式,我们不能够在没有网络的情况下把代码提交到远程代码仓库,即便是有网络,频繁的传输对svn的压力比较大,并且每次传输都要受限于网络速度。

git工作原理

git的工作原理还是比较简单的,当我们创建了本地代码仓库后,会在本地代码仓库的根目录中生成一个.git的隐藏文件。.git为一个文件目录,又叫做版本库。在本地代码仓库文件夹中,除.git目录之外的所有与.git同级的目录及其子目录都叫做工作区。

工作区(Working Directory):仓库文件夹里除.git目录以外的内容    版本库(Repository):.git目录,用于存储记录版本信息      暂缓区(stage)      分支(master):git自动创建的第一个分支           HEAD指针:用于指向当前分支
git add和git commit的原理  git add :把文件修改或者新添加的文件添加到暂存区  git commit :把暂存区的所有内容提交到当前分支

下面一幅神图就可以解释git add 和 git commit的原理:

我们修改或者新添加的文件起初是处于工作区,通过git add命令可以把工作区的文件移动到版本库中的暂缓区(stage)。

处在暂缓区(stage)的代码可以通过git commit -m “提交的注释” 提交到版本库中的分支(master)。

处在分支(master)中的代码可以通过git push命令push到共享版本库。

注意:只有分支中的文件才可以push到共享版本库。

git常用命令

1.初始化一个代码仓库  git init  2.如果使用git必须给git配置一个用户名和邮箱  给当前的git仓库配置一个用户名和邮箱  git config user.name “ws”  git config user.email “ws@163.com”  配置一个全局的用户名和邮箱  git config --global user.name “ws”  git config --global user.email “ws@163.com”  3.初始化项目  touch main.m : 创建了main.m  git add main.m : 将新添加的文件或者修改的文件添加到暂存区  git commit -m “初始化项目”  git add . : 将所有没有被添加到暂存区或者代码仓库的文件添加到暂存区  注意:无论是新添加的文件或者修改的文件,都需要先通过add命令添加到暂存区中,之后再通过commit命令添加到本地仓库中  4.查看文件的状态 git status  红色 : 新创建的文件或者被修改的文件,没有被添加到暂存区  绿色 : 表示文件在暂存区,但是没有被添加到本地仓库中  5.给命令起别名  git config alias.st “status”  git config alias.ci “commit -m”  git config --global alias.st “status”  6.git删除文件  git rm 文件名  7.查看版本号  git log  git reflog  git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit”  git lg  8.git的版本号是由sha1算法生成40位的哈希值  9.版本回退  git reset --hard HEAD : 回退到当前的版本  git reset --hard HEAD^ :  回退到上一个版本  git reset --hard HEAD^^ : 回退到上上个版本  git reset --hard HEAD~100 : 回退到前100版本  git reset --hard 版本号(前5位)

初始化共享版本库

真实的git服务器的搭建是非常繁琐且复杂的,并且git服务器只能搭建在Linux系统上。笔者对git服务器的搭建不做介绍,日后有时间再加以补充。在此仅对共享版本库的搭建进行详细介绍。

文件夹作为共享版本库

1.创建共享版本库文件夹,然后终端进入该文件夹下执行以下命令创建一个空的共享版本库  git init --bare  2.项目经理将共享版本库的内容先下载下来,命令后面的地址即为共享版本库所在服务器的地址+路径  git clone 地址  3.添加需要忽略的文件  touch .gitignore  去github上搜索.gitignore->Objective-C,把Objective-C中的内容粘贴到创建的.gitignore文件中(或者直接把github中的Objective-C文件下载到该目录下)。然后执行以下命令  git add .gitignore  git commit -m “添加了需要忽略的文件”  4.项目经理初始化项目  git commit -m “初始化项目”—>提交到本地代码仓库  5.将项目push远程仓库中  git push origin  6.当源代码管理是使用git,并且在Xcode进行多人开发的操作  注意:当使用git,项目中用到了静态库就不需要通过命令行进行添加

git版本备份

1.1.0版本开发完成,之后对1.0版本进行备份  git tag -a weibo1.0 -m “这个是1.0版本” : 给某一个版本打上标签(weibo1.0是标签名称)  git tag : 查看所有的标签  2.需要将1.0版本的标签,push到服务器  git push origin weibo1.0  3.继续开发2.0版本  4.发现1.0版本有bug,从标签里面clone 1.0版本,从标签创建一个fixbug分支,在分支中修复bug  git clone 共享版本库  git checkout weibo1.0(标签的名称)  git checkout -b weibo1.1fixbug(分支名称)  5.修复后的版本上传AppStore/将1.0fixbug进行备份/将1.0fixbug版本和2.0版本进行合并\  git tag -a weibo1.1 -m “这个是修复了1.0版本bug的1.1版本”  git tag  git push origin weibo1.1  将子分支中代码合并到主分支,pull—>weibo1.1fixbug—>push master—>其它同事更新  6.删除分支  git branch -r(r是远程仓库的意思,这个命令可以查看远程仓库中的分支)  git branch -r -d 分支名称

以上主要介绍了git的原理和如何用命令创建一个代码仓库,关于如何使用第三方git服务器托管代码,请见下一篇文章。

来自: http://www.cnblogs.com/wsnb/p/5099304.html