后共享软件的发布_管理.doc

1、版本控制 1.1版本控制方法 l 软件内版本 Build版本号，资源文件的Version项中设置。 l 发布版本 程序中设置的版本号，此项可选，如：需要在DLL中导出自己的版本号。 l 版本变更记录 创建工程的附加资源ReadMe.txt附录，在其中中说明版本变更的详细记录，按时间顺序说明每次变更的内容、版本情况。 l 文档中的版本 项目文档中对版本变更的记录，记录变更时间、人员、变更内容等。 l 文档版本 项目文档本身的版本。 l 系统内部各插件或模块的版本依赖关系 当系统由多个插件或者模块组成时，一定要非常详细地控制其相互之间的依赖关系，这会影响到系统是否可用或某个功能的可用性、某个插件是否能正常加载，服务和事件的绑定和响应是否正确等。因此需要在程序发布时做好依赖关系的梳理，保证所发布的程序各部分之间满足其相互间的（最低）依赖性要求，如果有依赖性问题，则做好加载控制和功能控制。 l 依赖关系分为： 静态依赖（结构性依赖，A必须依赖B库文件方可运行）； 动态依赖（服务性依赖，A对B服务或者事件级别的依赖，A运行不必依赖B的库文件，但是服务可能会无法正常调用）。 1.2主程序版本 l?? 主程序版本号的相对稳定性，它代表整体软件产品的对外版本。 l?? 综合插件版本修改主程序副版本号 一段时间内，影响的只是主程序的副版本号，但是当插件/模块的版本变更达到一定程序之后，也需要根据变更的幅度大小同时调整主程序版本号。 l?? 主程序变更对插件或模块依赖性的影响 1.3插件/模块版本 l?? 插件主版本与主程序主版本号的一致性 l?? 插件副版本号的独立性 l?? 插件或模块版本变更对相互依赖关系的影响 一个插件变更，会涉及其接口的变化、服务/事件的变化、与数据交互的关系等，这会影响到对其有依赖关系的插件/模块，因此一个插件/模块变更之后需要及时梳理其依赖关系，及时调整与其相关的插件/模块，从而保证系统正常运行。 1.4数据版本 l?? 数据版本与程序版本设置相互独立 l?? 程序变更会导致数据的更新升级 l?? 主程序或插件模块对数据版本的依赖关系 2、发布流程 2.1发布前准备 l?? 源码、库文件（dll、lib）整理 l?? 版本整理：主程序、插件/模块的版本整理，保证版本代码修改后版本及时更新 l?? 依赖整理：很重要，及时更新模块间的版本依赖关系 l?? 文档更新：文档要与软件变更同步 l?? 数据更新：最后是数据升级更新，并注明与其更新相关的模块 2.2发布 l?? 发布配置管理 n?? 过滤条件； n?? 发布名称、版本； n?? 发布说明与通告（邮件、网站等形式）； l?? 发布备份 n?? 按发布版本和日期备份源码、文档。 2.3 发布反馈（可选） l?? 本次发布后系统是否正常运行？ l?? 是否存在兼容性问题？ l?? 是否发现新的Bug？ 3、发布人员 l?? 软件主程序（主版本）版本管理、发布人员 l?? 插件/模块版本管理、发布人员 l?? 版本依赖关系管理、发布人员 l?? 程序-数据依赖关系管理、发布人员 4、周期控制 视具体情况安排，保证发布的连续性和稳定性。