第164天 你平时是如何管理项目的?
git分支管理好,master只发布, 全走mergeRequest
每周一个版本分支beta从master切出
无论啥需求/bug修复全从beta拉单独分支
处理完 rebase beta再合回去
dev是垃圾桶,时不时删了从beta切个新的,只做其他单独分支的验证
好笼统的一个提问呀,可以从 项目流程/代码管理/多项目并行/项目归档 好几个角度来讲。
前期:需求分析、需求讲演与讨论、确定排期与人员
中期:设计与开发、部署测试与修改、正式上线
后期:项目总结,文档整理入库
与上面老哥一样的。
多个项目或大项目拆分后的情况,流程上是不太一样。
比如涉及架构或难点,需先于开发完成;
开发与修改的排期混乱时需有专员协调优先级;
确定任务依赖关系,可能并非都是从 beta 版起步;等等...
包括交互文档、设计稿、接口文档等。
* 平时的工作任务基本都跟着禅道走,自己也会记一个属于自己的TodoList的markdown,进行更细致的工程记录
* 除了常规的
* 针对不同的产品支线(生产、预生产、测试、Feature、Bug)都有不同的分支,必要的时候会互相进行合并
* Gerrit用于代码审核,每次的代码不能直接push,必须先提交到Gerrit审核通过后,才能被push到代码仓库,保证代码的质量讲降低冲突性
* 所有的开发文档、必要的测试账号、服务器信息等都在语雀上记录
Most helpful comment
git分支管理好,master只发布, 全走mergeRequest
每周一个版本分支beta从master切出
无论啥需求/bug修复全从beta拉单独分支
处理完 rebase beta再合回去
dev是垃圾桶,时不时删了从beta切个新的,只做其他单独分支的验证