1. 【参考】git-flow 是一个 git 扩展集,提供非常合理的分支管理模型,模型图如下:

  2. 【推荐】严禁本地直接在master 、developer分支下直接进行开发,要建立特性分支;工作发布流程如下:

    一、初始化 : git flow init    你必须回答几个关于分支的命名约定的问题。建议使用默认值
    
    二、增加新特性:git flow feature start MYFEATURE 这个操作创建了一个基于'develop'的特性分支,并切换到这个分支之下进行开发。
    
    三、完成新特性:git flow feature finish MYFEATURE  这个动作执行下面的操作.
    
               1)合并 MYFEATURE 分支到 'develop'
    
               2)删除这个新特性分支
    
               3)切换回 'develop' 分支
    
    四、发布新特性:git flow feature publish MYFEATURE 。 
    
    你是否合作开发一项新特性?发布新特性分支到远程服务器,所以,其它用户也可以使用这分支。
    
    五、取得发布的新特性:git flow feature pull origin MYFEATURE
    
    六、准备release版本: git flow release start  RELEASE \[BASE\]    它从 'develop' 分支开始创建一个 release 分支。
    
    七、发布release版本: git flow release publish RELEASE   
    
         创建 release 分支之后立即发布允许其它用户向这个 release 分支提交内容是个明智的做法
    
    八、完成 release 版本 : git flow release finish RELEASE    
    
          完成 release 版本是一个大 git 分支操作
    
           1、归并 release 分支到 'master' 分支
    
           2、用 release 分支名打 Tag
    
           3、归并 release 分支到 'develop'
    
           4、移除 release 分支
    
  3. 【推荐】紧急修复来自这样的需求:生产环境的版本处于一个不预期状态,需要立即修正;有可能是需要修正 master 分支上某个 TAG 标记的生产版本。流程如下:

    一、开始 git flow 紧急修复 : git flow hotfix start VERSION     VERSION 参数标记着修正版本
    
    二、完成紧急修复: git flow hotfix finish VERSION    
    
       当完成紧急修复分支,代码归并回 develop 和 master 分支。相应地,master 分支打上修正版本的 TAG。
    

results matching ""

    No results matching ""