特点:
1.可以快速的切换项目分支.
2.回滚某个分支的版本.
3.每次切换分支不用修改配置文件 (因项目而定义)
4.不用 新建/切换 虚拟目录/域名.因为都是在同一个目录下进行.
5.上面这些对你有吸引力吗? 喜欢那就参与进来吧.
什么是Git
Git是Linux Torvalds为了帮助管理 Linux,内核开发而开发的一个开放源码的版本控制软件.
特点是快速,开源,分布式管理系统.
它可以对代码的修改进行回滚,将错误的代码剔除.
或者简单地跟踪哪些人修改了代码的哪些行的内容.
对比:集中化的版本控制
集中化的版本控制系统通常采用两种方式:
有些提供了文件锁来防止多个用户的并行访问,这些系统对文件进行加锁,这样在某个时间只有一个开发人员对中心仓库具有写入权限.
另外一些工具,例如 SVN,允许多个开发人员同时对相同的文件进行编辑,并提供了一些机制稍后合并这些修改。
CVS,SVN 等工具都是代码部署到服务器上,每次需要远程更新到本地,解决冲突在此提交.
这样弊端很明显,如果这台服务器挂掉几个小时,可能在这几个小时内,你的代码都无法去提交.
配图:
图解: 代码都集中部署到一台服务器上,每台电脑需更新服务器上的代码,修改后提交到服务器上.
弊端:如果版本控制这台服务器挂掉,可能对整个项目开发都会造成影响,因为开发者都不能提交,其他人也无法获取到代码,最重要的是代码也无法时时的进行备份,改动大风险也更大.如果你在一个不能连接网络的地方时,就像在飞机上,火车上,或者某些无网络的情况下,就不能提交文件,查看历史版本记录,创建项目分支,等.
对比:分布式的版本控制
GIT跟SVN一样有自己的集中式版本库或服务器.
但GIT更倾向于被使用于分布式模式,也就是以每个开发人员为中心 版本库/服务器 上chectout代码后会在自己的机器上克隆一个自己的版本库.
如果你在一个不能连接网络的地方时,就像在飞机上,火车上,或者某些无网络的情况下,也一样可以提交文件,查看历史版本记录,创建项目分支,等.
GIT把内容按元数据方式存储，而SVN是按文件：
所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里.
把.git目录的体积大小跟.svn比较,会发现它们差距很大.
.git目录是处于你的机器上的一个克隆版的版本库,它拥有中心版本库上所有的东西,例如标签,分支,版本记录等.
配图:
图解:开发者从 版本库/服务器 克隆一份代码,可以随意的 新建/切换 分支,可以同时在 版本1,版本2 中去来回切换修改代码,互并不影响其他版本.
把开发者的机器也克隆成一台服务器,同样也拥有,查看历史记录,创建,合并分支等功能.
操作环境
操作系统:Mac Os
虚拟主机:VMware Fusion
虚拟系统:Centos 5.5+
操作用户:Root
实现目的:搭建Git版本控制.
安装依赖库和版本控制软件
# 安装 Git#######################################################
# Git 依赖库
yum install -y gettext-devel expat-devel curl-devel zlib-devel openssl-devel
# Centos
http://codemonkey.org.uk/projects/git-snapshots/git/git-latest.tar.gz
# Mac Os
安装最新版XCode即可
# Windows Msysgit
http://code.google.com/p/msysgit/downloads/list
# Ubuntu
sudo apt-get install git git-core #(可能会出现未发现软件源,推荐下载tar.gz包安装包)
# 安装 Git End####################################################
# Gitosis(GIT环境)
安装Git后在安装Gitosis
安装Git
# 存放软件包目录
cd /web/git
tar -zxvf git-latest.tar.gz
cd git-2011-12-14/ # 根据当前版本解压目录名称可能不同
make -j6
# 如果出现找不到libiconv.so库设置一下软连接
ln -s /usr/local/lib/libiconv.so.2 /usr/lib/libiconv.so.2
make install
# 测试安装是否成功
git
#如图
简单配置Gitosis
Git我们安装好了,这时我们需要一台服务器(或者Git Hub开始使用一下Git)
Git Hub很简单网上资料较多,找一下,我就不在重复的总结了.
有时我们开发环境是局域网,并且源码不想让其他人看到,这时需要在局域网上搭建一台GIT Server
本篇主要介绍Git的,只是搭建一个环境提供简单的使用,不会过多的介绍Gitosis.
# 创建Git目录
mkdir /git
cd /git
# 克隆Gitosis
git clone git://eagain.net/gitosis.git
# 安装python扩展
yum -y install python python-setuptools
# 安装
cd gitosis
python setup.py install
# 生成共秘钥
ssh-keygen -t rsa -C 'xinxiangmo@gmail.com'
# 公钥发送到git Server上
scp ~/.ssh/id_rsa.pub root@ce.com:/git (ce.com是我指向的虚拟机IP)
# 切换到Git Server添加,切换用户
adduser git
su git
# 初始化版本库
gitosis-init < /git/id_rsa.pub
# Reinitialized existing Git repository in /home/git/repositories/gitosis-admin.git/
# Reinitialized existing Git repository in /home/git/repositories/gitosis-admin.git/
# 切换本机,克隆仓库,修改创建项目
# (可以直接在Git Server /home/git/repositories/gitosis-admin.git/gitosis.conf 下操作)
git clone git@ce.com:gitosis-admin.git
# 新建项目(名称woyaoquan)
vi gitosis-admin/gitosis.conf
[group woyaoquan]
writable = woyaoquan
members = xinxiangmo@gmail.com
# 切换本机重新克隆
git clone git@ce.com:woyaoquan.git
cd woyaoquan && touch index.php
git add . #添加缓存区
git commit -m "提交文件,添加index.php文件"
[master (root-commit) 42e0160] 提交文件,添加index.php文件
0 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 index.php
git push #发布到master分支上
Git + Git Flow 项目中使用
在上面已经使用过Git的一些参数,详细讲Git的有很多,比较详细的有 Git Book Pro Git 等,就不太过多的Copy,Git本身也比较灵活.
一般都会使用Git Flow控制版本发布流程, 因篇幅问题就不在这里展示安装Git Flow了,也比较简单.
简单的说一下项目的发布流程
Git flow普通BUG流程:
# 进入克隆仓库(上面有方法) clone
cd /git/woyaoquan
# 初始化版本流程控制
git checkout -b develop origin/develop
# 初始化工作目录(一直回车即可)
git flow init
# 开始创建新的需求分支,目的修改image
git flow feature start editimage #这时项目会自动切换 feature/editimage分支
# 更改部分代码后
# git commit -a -m "修改完了"
# 完成开发分支合并develop(自动)
git flow feature finish editimage
# 发布到远程开发分支
git push origin develop
Git flow 紧急BUG流程(1)
# 拉回release版本
git pull origin release/v1.0
# 切换分支
git checkout release/v1.0
# 修改BUG
# git commit -a -m "修改完BUG,BUG文件+行数"
# 修改完后提交
git push origin release/v1.0
Git flow 紧急BUG流程(2)
# 更新master分支
git pull origin master（更新master分支为最新）
# 切换到master分支
git checkout master
#生成一个hotfix分支
git flow hotfix start hfx
# 通知相关得工程师和测试人员hotfix分支名称
# 最终测试完成后拉回分支最新代码
git pull origin hotfix/hfx
# 最终修改和测试完成后，结束hot fix以供发布
git flow hot fix finish hfx
# 发布最终的master分支
git push origin master