本博客分享了 Guerrilla Games 在 Killzone 3 版本发布过程中的经验，包括项目概述、团队规模、版本控制策略、工作流程改进及 Dashboard 监控系统的应用。从一个月前的分支开发，到必要的 bug 修复嵌入到发布版本，再到周末进行的快速发布，最后提到整个周期耗时 2-3 周。文章强调了改进后的流程在主要分支上工作，并在发布分支上进行测试，同时使用 Dashboard 提供更丰富的信息监控。
http://www.guerrilla-games.com/presentations/PGAIC11.pptx
killzone3的版本发布的一个分享。
project overview
- duration:2.5year
- developer:120 local, 80 remote
- QA:10 local, 60 remote
- head devision:350GB, 700,000文件
- change/weak:15G
- depot size:15TB
原先的方法
在发布版本之前一个月，分一个branch，fix bugs，发布版本，最后在merge回来。
问题：
- 版本比较大，分branch和merge回来都很麻烦
- 测试和control都不好做
- 每次release都鸡飞狗跳
改进方法：
- 在main上工作，在release的branch上test
- 必要的一些bug fix被嵌入release版本
- 周末会做一次release（应该就是更加频繁）
- 最后一个cycle耗时2-3 weak（还是比较慢啊）
dashboard上的信息更加丰富详细，每个branch也有足够的监控。
扫一扫
6685
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
