GIT分支开发规范

原创 2016年08月30日 10:04:31

  1. 最稳定的代码放在 master 分支上(相当于 SVN 的 trunk 分支),我们不要直接在 master 分支上提交代码,只能在该分支上进行代码合并操作,例如将其它分支的代码合并到 master 分支上。

  2. 我们日常开发中的代码需要从 master 分支拉一条 develop 分支出来,该分支所有人都能访问,但一般情况下,我们也不会直接在该分支上提交代码,代码同样是从其它分支合并到 develop 分支上去。

  3. 当我们需要开发某个特性时,需要从 develop 分支拉出一条 feature 分支,例如 feature-1 与 feature-2,在这些分支上并行地开发具体特性。

  4. 当特性开发完毕后,我们决定需要发布某个版本了,此时需要从 develop 分支上拉出一条 release 分支,例如 release-1.0.0,并将需要发布的特性从相关 feature 分支一同合并到 release 分支上,随后将针对 release 分支部署测试环境,测试工程师在该分支上做功能测试,开发工程师在该分支上修改 bug

  5. 待测试工程师无法找到任何 bug 时,我们可将该 release 分支部署到预发环境,再次验证以后,均无任何 bug,此时可将 release 分支部署到生产环境

  6. 待上线完成后,将 release 分支上的代码同时合并到 develop 分支与 master 分支,并在 master 分支上打一个 tag,例如 v1.0.0。

  7. 当生产环境发现 bug 时,我们需要从对应的 tag 上(例如 v1.0.0)拉出一条 hotfix 分支(例如 hotfix-1.0.1),并在该分支上做 bug 修复。待 bug 完全修复后,需将 hotfix 分支上的代码同时合并到 develop 分支与 master 分支。

对于版本号规范:

格式为:x.y.z,其中,x 用于有重大重构时才会升级,y 用于有新的特性发布时才会升级,z 用于修改了某个 bug 后才会升级。

GIT提交规范

使用GIT管理代码应该遵循以下规范:

  1. 上传内容:保证GIT上保存的是“干净”的代码,不得有编译后再次生成的代码,如Java字节码文件和JSP生成文件,也不能有IDE生成文件;
  2. 上传注释:必须加简要的注释,注释的内容应包含开发的模块名称以及功能描述;

    功能提交:[模块名称]功能描述,如:[用户模块]用户列表增加手机号字段显示;Bug Fix:[模块名称]Bug-编号:Bug描述,如:[用户模块]Bug-1203:用户创建保存失败已修复;

  3. 上传质量:提交和合并到分支上的代码尽量保证是自己测试通过的代码,以免影响别的项目/同事;

Git分支管理规范和解析

目录 quick start why git 仓库和分支管理 远程和本地 分支管理 实战 git命令 git GUI 参考 quick_start 安装git工具可以使用git命令行,启动命令行工具...
  • dream_coder_21
  • dream_coder_21
  • 2017年06月15日 09:32
  • 252

通过Git分支来规范代码上线流程

以前在美乐乐时,最让人混乱的是代码版本的控制,只有一个SVN Master,所有开发人员都往里面提交,经常遇到几个同事同时改了一个文件,但是他的代码不能上线,大家就只能根据SVN日志提取版本发到线上,...
  • phpwww
  • phpwww
  • 2015年03月17日 11:41
  • 2615

设计的一个适合小团队小项目的git工作流

根据目前开发团队规模和开发环境,设计了一个git工作流。
  • lancewu0907
  • lancewu0907
  • 2017年05月03日 10:58
  • 576

git分支开发流程心得体会

最近项目中切换到git版本控制进行开发,开发工程中多有不顺,在此写篇心得体会,为什么说是心得体会,因为如何使用git的相关技术都会,或者在网上查查就行(好记性不如烂笔头),但是使用经验这块确无法和技术...
  • fengchao2016
  • fengchao2016
  • 2017年04月08日 12:24
  • 1102

Git 分支的最佳实践

本文将展示我一年前在自己的项目中成功运用的开发模型。我一直打算把这些东西写出来,但总是没有抽出时间,现在终于写好了。这里介绍的不是任何项目的细节,而是有关分支的策略以及对发布的管理。...
  • fw0124
  • fw0124
  • 2015年12月29日 15:16
  • 1887

一个成功的Git分支开发模型

在这篇文章里,我将介绍运用在我大概一年前的很多项目(有公司的有私人的)里的一种开发模型,实践证明这是一种非常成功的开发模型。我一直很想介绍这个模型,但是之前一直没有找到合适的实践来完完整整地做这件事,...
  • qq_34651940
  • qq_34651940
  • 2016年07月12日 19:18
  • 707

多人开发 Git 分支管理详解

大纲:  1.前言  2.创建分支  3.切换分支  4.合并分支(快速合并)  5.删除分支  6.分支合并冲突  7.合并分支(普通合并)  8.分支管理策略  9.团队多人开发...
  • u014041012
  • u014041012
  • 2016年02月16日 20:25
  • 8556

Git分支开发模式

这篇博客将主要介绍团队中如何使用Git分支模式进行开发。问题背景先介绍一下分支:分支分为远程分支和本地分支。 创建版本库时,默认会有一个master远程分支,我们克隆到本地,于是建立了本地maste...
  • u014733848
  • u014733848
  • 2016年10月14日 15:36
  • 765

关于基于git分支开发流程的一点看法

很多公司(软件开发)都采用git来进行管理,git的分布式特性及文件比较(比较文件内容)方式让其优势远大于svn;而在日常开发中基本上都是采用分支开发,这个流程的合理性非常重要; 错误使用例子 很...
  • aguda_king
  • aguda_king
  • 2017年07月27日 21:36
  • 252

使用Git分支协同开发

原创,文章链接: 大型软件项目开发中,多分支的使用不仅能够并行开发多模块任务,也避免了Bug修正时引入新功能代码或是误删Bug代码造成以修复问题重现,更清晰的‘组织’项目的开发。 新建的分支一般都属于...
  • u012150179
  • u012150179
  • 2014年07月19日 18:44
  • 4875
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:GIT分支开发规范
举报原因:
原因补充:

(最多只允许输入30个字)