2012年7月20日

摘要： 在项目的新版本发布过程中，暴露出了一些数据库权限管理的问题和数据库升级流程规范的问题。在这次发布完真实版后，居然发现有些脚本没有被执行，导致用户升级完就出现了些Bug，产生了很不好的影响。为此项目组专门开会讨论这个问题，具体原因分析如下：1.开发人员现在都有测试数据库的写入权限，导致人人都可以在测试数据库中进行执行脚本，这样就有开发人员在测试环境直接执行了脚本，但是却没有进行登记，结果在测试时没有发现问题，但是发布真实环境时却漏掉了一些脚本的发布。2.一些数据库的存储过程没有按照规定直接更新到VSTS中指定的目录下，而是直接在开发版本的数据库中执行了，或者在测试数据库中执行了，这样在发布时没有 阅读全文

摘要： 在项目的新版本发布过程中，暴露出了一些数据库权限管理的问题和数据库升级流程规范的问题。 在这次发布完真实版后，居然发现有些脚本没有被执行，导致用户升级完就出现了些Bug，产生了很不好的影响。 为此项目组专门开会讨论这个问题，具体原因分析如下： 1.开发... 阅读全文

摘要： 目前在公司参与开发的一个项目是一个非常成熟稳定的项目，项目已经在全国的经销商推广使用了几年了，因此对于新版本的每次升级首要考虑的不影响用户的使用的情况下发布新功能和修复bug。对于开发人员而言，每次的新版本发布将会面临着很大的压力。 因为... 阅读全文

摘要： 目前在公司参与开发的一个项目是一个非常成熟稳定的项目，项目已经在全国的经销商推广使用了几年了，因此对于新版本的每次升级首要考虑的不影响用户的使用的情况下发布新功能和修复bug。对于开发人员而言，每次的新版本发布将会面临着很大的压力。因为即使我们再三小心，也难免在发布新版本时，不对用户产生丝毫的影响。有时候甚至会产生些比较严重和紧急的Bug。经历过几次新版本的发布后，我对此进行了些思考，总结以下几点：1.每次发布新版本的间隔时间不宜过长，新版本中包括的需求和Bug不宜过多，应该根据需求和Bug的紧急和重要程度来排序，然后选择一定数量的新需求和Bug来发布。（比如每月发布一次新版本，每次累计需求. 阅读全文