前端bug修改流程/Jira优化流程/新功能开发流程(git/svn)

image

bug修改(预发/线上)

js/css修改(git)

  • 首先确定bug发生的确切版本号,通常为最新版本(publish/0.0.x),版本号获得可以在bug页面引用的资源链接中获取到,比如 http://cdn1.showjoy.com/assets/f2e/joyf2e/vendor/0.0.15/doa/doa.js 则工程为vendor,版本为* publish/0.0.15 *
  • 切到 master 分支或从git拉下最新版本,如果要修改的版本并不是最新版本,记得回退
  • 从当前 bug 产生分支branch一个新的bug修复分支 hotfixes ,在此分支修复bug
  • 修复完成后, hotfix合并到master 再执行publish命令发布到线上,另外版本号改为第四位升级(publish/0.0.x.x)
  • 发布完成后,要将 hotfixes 分支进行合并到 dev 分支上,以防下次提交覆盖掉修改的bug(虽说提交的时候有冲突会提示 pull ,但这样更加合理一些)

html修改(svn)

  • 在eclipse中将工程切到branch下的最新分支进行修改
  • 修改好后提交到直接提交到当前 branch/x.x.x 分支,然后自己本地 trunk 分支(如果有的话)合并修改的内容

* common *工程的bug修复需要额外注意的是:

因为common工程被其他所有工程引用,所以 **common 工程一旦被修改的话,其他所有工程需要更改 common 工程引用的版本号!

Jira优化流程

html/js/css

  • git 拉下对应工程,新建 dev 分支,并切到 dev 分支进行修改,不提交。
  • eclipse 中从 svn 拉下对应工程,在 dev-daily 分支进行优化,不提交
  • eclipse中引用本地 js/css 资源进行测试
  • 本地测试通过之后,将jira任务改为待测试,每周三为统一提交时间,需提前和测试人员商量好测试时间,测试之前html提交到trunk

js/css

  • 在线下测试环境打开对应优化页面,通过代理软件将 js/css 代理为本地资源在 dev 分支进行修改,修改完成后提交到git,不 publish
  • 本地测试通过之后,将jira任务改为待测试,每周三为统一提交时间,需提前和测试人员商量好测试时间,测试之前js/css发布到测试环境远程仓库

新功能开发流程

  • git 拉下对应工程,新建 feature 分支,新功能在此分支进行开发(为防止在 dev 分支进行开发与 bug 修改冲突,开发期间如果有在 hotfixes 的bug修改,修改完成后记得合并到 feature 分支,原因同上)
  • eclipse中从 svn 拉下对应工程,新建分支进行开发
  • 本地测试完成后与 UI 进行对接
  • 对接完成后, dev 分支合并 feature 分支的新开发内容,并 publish 到线下环境
  • 对接完成后, eclipsetrunk 分支合并新开发内容,并提交
  • 预发
  • 全量

第一次整理并不完善,欢迎指出错误和更优流程

怀朔

继续阅读此作者的更多文章