升级包制作流程建议 返回讨论区:建议和意见反馈区
请注意,这里仅供讨论与“SimpleUpdater.net”相关的问题和建议,请勿在此发表不相关的内容。
您当前尚未登录,将会以游客身份浏览。建议您登录后再进行操作。请点击 登录注册
当前 建议 的解决方案已经包含在 2.3.9 版本中,请到 软件的发布页面 下载版本更新。
升级包制作流程建议
游客 ,2014/8/2 10:41:07

首先非常感谢版主提供这样一个组件,非常有用。

个人经过一段时间的使用,有一个建议反馈给版主。

一、当前升级包制作过程:

    a、打开升级包制作工具

    b、选择纳入升级范围的所有文件

    c、设置文件的升级策略

2、问题:每次发布新版本,文件一般都有所变动(修改,新增),这个时候,如果有新增的文件,那么需要打开项目文件,手工添加文件和设置。

3、建议:提供一个更简单的升级包文件范围指定规则,以及文件升级策略设置的规则。比如,开发者只需要指定一个目录地址(一般来说这个目录中包含新版本程序包所有文件),以及少数特殊文件升级策略,您们的工具就能生成升级包。

简单的说,就是升级客户端比较用户端和服务端文件列表,默认发现有修改文件或新增文件,那么就覆盖这些文件,出发这些文件存在特殊升级策略(比如指定某文件用于不覆盖升级)

微软企业库以前有一个自动升级组件,叫做UpdateBlock,后来不知道什么原因没有在新版本中维护。这个组件就非常简单,开发者发布新版本,只需要把新版本所有的文件放到服务器上的一个目录,升级客户端会比较用户本地程序目录和这个目录文件的异同,对比后不一样就更新。这个对开发者非常方便,因为他们做的升级工作仅仅是把已经编译好的新版本程序文件拷贝到那个目录中。

但是上面的存在一个问题,就是对于一些特殊文件可能是不能简单覆盖升级的,比如客户端的数据文件,这个时候,可以用特殊升级策略解决即可。

所以个人认为,您现在的升级包制作工具,默认只需要开发者选择一个文件夹即可,然后针对少数的文件制定特殊升级策略。

以上是个人建议。

1条信息/每页10
编辑器
回复
验证码
点击验证码框获得验证码。因为有人发广告,很抱歉必须使用验证码。登录后免输验证码