Git 分支管理策略

一、常设分支

主分支 master :初始化分支,生产环境代码只能由 master 分支发布,要保证 master 分支处于随时可发布状态。

开发分支 develop :开发人员提交代码的分支,测试环境默认由 develop 分支发布,测试完成后合并至主分支 master。

# 切换到 master 分支

git checkout master

# 对 develop 分支进行合并

git merge --no-ff develop

二、临时性分支

前面讲到的两条主要分支:master 和 develop。前者用于正式发布,后者用于日常开发。其实,常设分支只需要这两条就够了,不需要其他了。

但是,除了常设分支以外,还有一些临时性分支,用于应对一些特定目的的版本开发。临时性分支主要有两种:

(特别说明:临时性分支可以推送到远程仓库,但是在发布完成后必须删除,使得代码库的常设分支始终只有 master 和 develop)

1、功能( feature )分支:它是为了开发某种特定功能,从 develop 分支上面分出来的。开发完成后,要再并入 develop,可以采用 feature-* 的形式命名;

# 创建一个功能分支

git checkout -b feature-x develop

# 开发完成后,将功能分支合并到 develop 分支

git checkout develop

git merge --no-ff feature-x

# 删除 feature 分支

git branch -d feature-x

2、修补 bug( fixbug )分支:从 master 分支上面分出来的。修补结束以后,再合并进 master 和 develop 分支,可以采用 fixbug-* 的形式命名;

# 创建一个修补 bug 分支

git checkout -b fixbug-0.1 master

# 修补结束后,合并到 master 分支

git checkout master

git merge --no-ff fixbug-0.1

# 再合并到 develop 分支

git checkout develop

git merge --no-ff fixbug-0.1

# 删除 bug 分支

git branch -d fixbug-0.1

ps. 临时穿插需求,且需要马上发布的功能,可以按照 fixbug 临时分支的策略进行处理,可以采用 emergency-* 的形式命名。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 眼下最流行的”版本管理系统”,非Git莫属。 相比同类软件,Git有很多优点。其中很显著的一点,就是版本的分支(b...
    零一间阅读 2,985评论 0 2
  • 如果你严肃对待编程,就必定会使用"版本管理系统"(Version Control System)。 眼下最流行的"...
    木易林1阅读 3,570评论 1 0
  • 相比同类软件,Git有很多优点。其中很显著的一点,就是版本的分支(branch)和合并(merge)十分方便。有些...
    喜欢就可以阅读 1,534评论 0 0
  • 如果你已经看完了Git详细教程(一)Git详细教程(二)Git详细教程(三)三篇简单的Git教程,相信你对Git有...
    my_杨哥阅读 3,696评论 0 2
  • 引言 虽然有这么优秀的版本管理工具,但是我们面对版本管理的时候,依然有非常大得挑战,我们都知道大家工作在同一个仓库...
    nero_i阅读 9,430评论 0 4