关于MMORPG游戏开发中配置数据的一些思考

      MMORPG游戏在开发中会涉及到大量的配置数据，这些配置数据有如下几个特征：

      1）配置数据在服务器启动时进行初始化载入；

      2）配置数据会经常变更，一些重要模块的配置数据几乎每个小版本都会有修改，如：技能系统、任务系统等；

      3）错误的配置数据往往会引发程序许多意想不到的Bug；

      4）各个模块的配置数据累加起来纷繁杂多，而这些配置数据一般是由策划同事来添加和修改的，实际工作中经常容易配错；

      大致想了这么一些吧，在我们游戏的实际开发中，几乎每个版本都会有配置错误引发的Bug，而且有几个版本还因为配置的问题导致测试同事无法测试相关模块的功能。到底如何才能根除这些问题呢？这也是我每个版本都在思考的问题，目前想到的几点有：

      1）尽量提供自动化配置工具进行相关数据的配置，配置工具可以加入必要的验证纠错功能，用手工来填写excel配置文件的方式，既不直观又容易出错；

      2）程序提供回归测试功能，如：单元测试，以保证新的配置数据的修改在所有的测试用例中运行通过；

      3）每一次配置数据的更改，必须知会相关干事人，如：相关的策划、程序、美术等人，以保证信息同步，并且每次修改都要在版本控制工具中存档，以备配置出错时进行回滚；

      4）合理的版本构建与有效的版本控制。对于这一点，我感受是很深的，因为当前我们项目的版本管理就存在较大问题，表面上，版本划分了三条线：资源版本（由策划同事负责，以保证策划、美术资源及时上架）、功能版本（由程序同事负责，以保证各版本功能及时完成）、转测试版本（每个月正式提交给测试组同事的），从表面上看，划分了三个版本，每个版本都有其专属用途，看起来很不错，而实际在执行的过程中，由于每个版本几乎都要策划、程序、美术三方同事的参与，因此，每个版本构建时，都花费了相当多的时间和精力，并且，再加上版本构建管理的随意、无序、与惊人的频繁（服务器的同事可以随便check in代码至cc，客户端的同事有时只修订了一个bug就要发一个patch包），更加使每个版本的质量大打折扣，于是，这就进入了：版本一发布就发现大量bug-->立马改bug合入版本进行发布-->又发现大量bug的怪圈。

      版本管理对于每个项目都是相当重要的，其重要性丝毫不亚于缺少某个功能，或某个功能有误，尤其对于一个上百人参与的中、大型项目，它的重要性更是排在前几位的。因为，显而易见的事情是，混乱的版本管理，不仅使每个版本的质量大打折扣，使开发同事疲于奔命，更使项目的delay成为必然。而且还很容易影响项目组同事的士气与工作状态：因为项目delay就意味着整天整夜暗无天日的加班。

      为什么我们的项目管理人员就不好好反思这个问题呢？我想，我们的管理人员是有过考虑的，只是他们从哪个角度去考虑的，有没有真正意识到这个问题的重要性，有没有真正去好好想想拿出切实靠谱一点的解决方案，这个就无从知道了，至少，从目前的执行情况来看，很不如意啊！

      我想去出点主意，可是谁又会听我的呢？