[关闭]
@yishuailuo 2019-03-06T23:41:13.000000Z 字数 1706 阅读 1991

Git 开发流程

分支介绍

lattebank git workflow

开发流程

单特性发布的一个典型流程:

lattebank git workflow - single feature release

  1. 开发特性 x 的迭代开始,开发人员从 master 分支 fork 出一个 feature-x 分支
  2. 其他开发人员在该分支上 fork 自己的特性分支 feature-x-someone,开发完成后合并回 feature-x 分支
  3. 所有开发人员都开发完成特性 x 而且都合并回 feature-x 后 ,feature-x 合并到 develop 分支进行 dev 测试
  4. dev 测试通过后,开发人员合并 feature-x 分支到 release 分支进行 sit 测试
  5. sit 测试通过后,开发人员合并 release 分支到 master 分支进行发布

热修复的一个典型流程:

lattebank git workflow - hotfix

  1. 开发人员从 master 分支 fork 出一个 hotfix 分支
  2. 开发完成后合并 hotfix 分支到 release 分支进行 sit 测试
  3. sit 测试通过后,开发人员合并 release 分支到 master 分支进行发布

多特性发布的一个典型流程:

lattebank git workflow - multi feature release

  1. 开发特性 y, z 的迭代开始,开发人员从 master 分支 fork 出 feature-y, feature-z 分支
  2. feature-y 开发完成后合并到 develop 分支进行 dev 测试
  3. feature-y dev 测试通过后,合并到 release 分支进行 sit 测试
  4. 此时,feature-z 开发完成,合并到 develop 分支进行 dev 测试
  5. feature-z dev 测试通过后,需要合并到 release 分支与特性 y 一起发布,则合并 feature-z 分支到 release 分支进行 sit 测试
  6. sit 测试不通过,发现特性 y 有 bug,那么 feature-y 继续修复 bug,丢弃该 release 分支,feature-z 等待 feature-y 修复再继续下一次的发布
  7. feature-y 修复 bug 完成,开发人员重新从 master 分支 fork 出一个 release 分支
  8. 合并 feature-y 与 feature-z 到 release 分支再次进行 sit 测试
  9. sit 测试通过后,开发人员合并 release 分支到 master 分支进行发布

其他

.gitignore

所有不需要提交的文件/文件夹都需要在在.gitignore文件中进行申明,主要是 上传文件目录,缓存,日志及临时文件 。

.gitkeep

使用git add命令时不会把空文件夹加入到git中去,所以我们对所有的空文件夹增加一个空的隐藏文件.gitkeep,这个文件不会对开发造成影响,又可以对空文件夹进行跟踪。

规范

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注