Git介绍,安装,Git+Git flow使用

特点:
  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 Msysgithttp://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



相关文章

文章浏览阅读1.8k次,点赞63次,收藏54次。Linux下的目录权限...
文章浏览阅读1.6k次,点赞44次,收藏38次。关于Qt的安装、Wi...
本文介绍了使用shell脚本编写一个 Hello
文章浏览阅读1.5k次,点赞37次,收藏43次。【Linux】初识Lin...
文章浏览阅读3k次,点赞34次,收藏156次。Linux超详细笔记,...
文章浏览阅读6.8k次,点赞109次,收藏114次。【Linux】 Open...