不灭的焱

革命尚未成功,同志仍须努力下载JDK17

作者:Albert.Wen  添加时间:2022-01-11 17:07:05  修改时间:2024-03-24 13:20:30  分类:团队/项目管理  编辑

很多时候,经验是被痛苦逼出来的,流程是被错误逼出来的。在上线的过程当中,这段时间遇到了一些问题,造成了研发耽误了不少时间。原因是上线的不规范性以及没有任何的权限限制。

另外互联网项目版本开发都非常频繁。一天上线十几个小版本,也是有可能的。像我现在的公司,经常一天修改好多次文案,就需要不断的上线。如果处理不及时上线的话,会造成用户的一些误解,导致一些投诉以及不好的用户体验。这么频繁的修改上线,也是需要一定的流程和规范保证。

Git 代码管理

很多互联网公司都开始使用Git,替换了svn。Git非常适合互联网迭代以及多人多版本开发。如果让我说为什么喜欢使用Git,我喜欢切换分支,以及分支之间merge的方便快捷。

新建分支以及合并分支的便利性,会造成一些问题,分支不自然的就会过多。所以需要定时的需要删除一些过时的分支。

项目分支

一般来说,互联网项目有上线分支,预上线分支,测试分支,开发分支等.

保证不同的分支做不同的事情,防止分支污染。

  1. 【上线分支】,是发布到线上的分支,以这个分支为准,其他分支都是以这个分支为基础拉取。
  2. 【预上线分支】,在预上线环境当中,防止出错的最后一道保证。
  3. 【测试分支】,可能测试环境大家共用一套,所以把代码都merge到这里,然后发布。这样大家各自测试自己的,互不打扰。如果有多个测试环境的话,直接使用“开发分支”测试也是可以的。
  4. 【开发分支】,从“上线分支”拉取,根据需求修改的新分支。

开发流程

[图挂了]上面的这张图看起来有一点复杂。总体上来,可以分为这么几步。

  1. 第一步,需求来了之后,从上线分支拉取一个开发分支。
  2. 第二步,在开发分支进行开发,自测。
  3. 第三步,合并到测试分支,通知QA测试。
  4. 第四步,如果通过测试,合并到预上线分支,然后继续测试。如果不通过测试,进入第二步。
  5. 第五步,如果预上线测试通过,将预上线分支合并到上线分支。如果不通过测试,进入第二步。
  6. 第六步,上线,然后线上测试。如果通过测试,那么这个需求开发就结束了。如果没有通过测试,就撤回上线,然后进入第二步。

分支规范

  1. 测试分支以及预上线分支要定时清理,和上线分支同步。
  2. 上线分支以及预上线分支,merge权限保证在少数人手里。merge的时候,需要检查提交以及对线上的影响。
  3. 只能在开发分支修改代码,其他分支都是等着被merge.
  4. 提交之前,需要保证和上线分支没有冲突。
  5. 防止分支被污染,特别是受到测试分支污染。

流程规范之外

人是最难管理的,以及人是懒惰的。这些话是非常准确的,所以会遇到一下问题,还得需要解决。

  1. 需求改动非常小,是不是还得走整体流程。
  2. 我只是修改文案,是不是还得走整体流程。

具体怎么做,每一个公司和组都有自己的做法,是不是都必须都得走一遍流程。但是,分支规范是必须的,不能随意修改。直接在上线分支修改,坚决说NO!

 

 

参考:

说一说,正常上线的流程

团队项目的Git分支管理规范