设计系统更新补丁的注意点

通常我们开发出一个系统，是肯定要经常升级的。升级就意味着对代码或者数据结构的修改，当然一般情况下一个系统开发出来应该尽量少的修改数据结构的。 那么，当别人当前使用的不是最新的版本，我们应该如何提供更新补丁供用户升级呢? 版本号 第一，毫无疑问，

通常我们开发出一个系统，是肯定要经常升级的。升级就意味着对代码或者数据结构的修改，当然一般情况下一个系统开发出来应该尽量少的修改数据结构的。
那么，当别人当前使用的不是最新的版本，我们应该如何提供更新补丁供用户升级呢?

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

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

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

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

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

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