配置文件的管理

针对配置文件既有全量更新，又有增量更新的模式，个人配置文件的维护和更新管理有点小想法，说出来内部讨论一下先：

 

           维护： xml格式的配置文件生产环境和测试环境各在vss上维护一套，生产的配置文件单独维护（借鉴兄弟项目组做法，个人觉着合理），

                     测试的配置文件就维护在源码中，测试时取测试环境的配置文件，更新生产时取生产环境配置文件。

 

           更新：

                    1. 全量更新 ：   由开发人员把对配置文件的修改点需要连正式平台与vss上维护的生产版本进行常规的上线前checkout，

                                         上线后checkin的操作，同时也需要把修改点连测试平台的与vss上测试版本进行checkout，checkin的操作。

                                         如果发生共同修改时，需要合并生产和测试环境的两套文件。

                                        优点： 系统更新时，系统更新人员只用更新程序更新包，无需修改任何文件。 

                                        缺点：  开发人员需要多一次操作，测试和上生产的更新包需要分开配置文件。

                    

                    2. 增量更新 ： 由开发人员把对配置文件的修改点写明在上线说明文档中，由系统更新人员按照说明进行配置文件的修改。

                                       上线后，由专人把生产和测试的配置文件及时更新到vss上，以保持版本一致性

                                        优点： 开发人员只用一次说明即可。 

                                        缺点：  系统更新人员需要修改配置文件。