git分支管理好,master只发布, 全走mergeRequest
每周一个版本分支beta从master切出
无论啥需求/bug修复全从beta拉单独分支
处理完 rebase beta再合回去
dev是垃圾桶，时不时删了从beta切个新的，只做其他单独分支的验证

好笼统的一个提问呀，可以从 项目流程/代码管理/多项目并行/项目归档 好几个角度来讲。

项目流程：

前期：需求分析、需求讲演与讨论、确定排期与人员
中期：设计与开发、部署测试与修改、正式上线
后期：项目总结，文档整理入库

代码管理：

与上面老哥一样的。

多项目并行：

多个项目或大项目拆分后的情况，流程上是不太一样。
比如涉及架构或难点，需先于开发完成；
开发与修改的排期混乱时需有专员协调优先级；
确定任务依赖关系，可能并非都是从 beta 版起步；等等...

项目归档

包括交互文档、设计稿、接口文档等。

项目管理：禅道

* 平时的工作任务基本都跟着禅道走，自己也会记一个属于自己的TodoList的markdown，进行更细致的工程记录
* 除了常规的

代码管理：Git+Gerrit

* 针对不同的产品支线(生产、预生产、测试、Feature、Bug)都有不同的分支，必要的时候会互相进行合并
* Gerrit用于代码审核，每次的代码不能直接push，必须先提交到Gerrit审核通过后，才能被push到代码仓库，保证代码的质量讲降低冲突性

文档管理：语雀

* 所有的开发文档、必要的测试账号、服务器信息等都在语雀上记录