通常我们开发出一个系统,是肯定要经常升级的。升级就意味着对代码或者数据结构的修改,当然一般情况下一个系统开发出来应该尽量少的修改数据结构的。

那么,当别人当前使用的不是Z新的版本,我们应该如何提供更新补丁供用户升级呢?

第一,毫无疑问,每次放出一个版本的下载,都应该有一个对应的版本号以供区分。这样如果当前用户的版本和Z新发布的版本不一致,就说明他应该更新了。

第二,如何提供更新补丁。第一种方法:只提供修改了的文件,并且修改的文件应该根据系统的目录进行打包。比如我修改了系统目录中admin文件夹中的index.php文件,那么补丁里不能直接存放indxe.php,而是要新建一个admin文件夹,把修改完的index.php文件存进后再将admin目录打包。第二种方法:不管修改了多少文件都将系统整体打包。补丁包里面应该附带有详细的更新说明以及更新方法。

第三,如何让用户更新。对于这两种方法都是让用户下载补丁后覆盖原文件,当然基于保险考虑应该提示用户备份原文件。可以单独让用户下载更新包或者提供在线更新。

第四,数据结构的更新。这个与更新代码不一样,稍微特别了点。因为数据库里面可能已经有数据了,所以肯定不能删除原数据库,再生成新的数据库。那么怎么办呢?只能通过修改语句对特定的表进行操作,比如添加或者删除字段,新增一个表或者删除一个表等。

第五,版本跨度大如何升级。有的用户可能使用的版本非常旧,与Z新版之间间隔了多个版本,怎么升级?Z保险的就是一个补丁一个补丁的进行安装;如果要一次性安装怎么办,那就必须要根据不同的版本制作不同的安装包,因为从版本1到版本2可能只改动了1个文件,从版本2到版本3可能也只改动了1个文件,但是从版本1到版本3就改动了2个文件了,所以根据不同的版本制作不同的安装包是必要的也是必须的。

总之,提供更新补丁Z重要的一点就是要能够准确判断当前版本与Z新版本的区别,然后下载对应的补丁。对数据结构的改动应该谨慎,一般情况下可以有新增(表或字段),但要尽量避免删除。