U9 补丁系统手册 文件编号：U9-SE-××-SPEC-×× 版 本 号 ： 修改状态：0 编 写 人 ：黄靖 审 核 人 ： 适用对象 该规范适用于 U9 本部开发人员、客户化开发人员、实施人员。 版本记录 【此部分要记录该文档形成过程中的历次版本变更过程及变更的内容】 版本 修改与参与人 修改时间 修改原因 修改概述 审批人1.0 黄靖 2008/07/28 原始文档建立 相关文档 名词解释 手册正文 1. 补丁流程概况 <支持提交开发过程详图>部门负责人修改系统支持系统客户经理客户用户提出BUG或新需求经过客户经理确认的BUG或新需求专版补丁进入缺陷系统通版补丁进入缺陷系统专版Dug通版Dug部门负责人分拣问题从CC获取版本进行修改不需要修改的BUG或新需求是否需要修改专版需求专版需求 1. 支持系统 1.1. 分拣补丁 支持人员通过手工和自动的方式来分拣问题，区分专版或通版的 Bug 或新需求，将这些 Bug 或新需求通过支持系统与缺陷系统的接口，转给相应领域的开发部负责人，由负责人指派 Bug 或新需求的修改人和验证人，如开发部负责人不同意修改 Bug 或新需求，则将其返回给支持系统；如两方产生分歧，则需要提交仲裁。 1.2. 支持验证补丁 支持系统需要对开发环节提交的补丁包做验证，如果有问题返回开发，无问题则提交发布系统。 2. 修改系统 2.1. 从 CC 上获取正确的版本 CC 应支持开发人员从 CC 上获取指定版本 2.2. 修改程序 按照正常的 BUG 修改流程，修改程序；修改完成后，必须自测通过。 2.3. 提交构造 这个是正常的增量构造，由开发人员填写补丁信息后，手工启动增量构造。 2.4. 构造结果生成补丁包 手动启动增量构造后，系统自动生成，构造生成的文件作为临时文件存放（入临时组件库），待补丁验证通过后，构造生成的文件正式入组件库 2.5. 测试验证 如果验证错误，则返回开发。同时缺陷系统中将缺陷打回给修改人。 验证正确，则关闭问题，构造系统通过判断缺陷系统中的补丁信息，自动入组件库。 3. 构造系统（补丁抽取） 3.1. 对比元数据，生成元数据的增量 使用数据库对比工具，对原始数据库和修改保留下来的数据库做对比，生成元数据的增量的脚本。 3.2. 手工脚本处理 对需要手工处理的脚本，如 Alert，Update，Delete 等操作的语句，用手工的方式写出来，生成手工脚本。 3.3. 提交手工脚本＋元数据的增量脚本到构造 把元数据的增量脚本和手工脚本添加到构造中。 3.4. 抽取组件 通过增量构造，抽取组件，放到补丁的增量库中。 3.5. 抽取组件＋手工脚本＋补丁信息新成补丁 把以上两步的结果放到一起，并且组织补丁信息表，打包形成补丁。 3.5.1. 补丁信息表的制作 工具使用这添加补丁本身的信息,包含内容有补丁依赖 U9 的版本信息、补丁类型、发布的时间、模块的信息、语种、安装类型、服务器的类型、发布描述、问题描述、以及发版说明的文档 3.5.2. 补丁文件列表的制作 补丁文件列表中包含了需要更新的文件、脚本、配置文件等。我们需要把这些文件打包到安装包中 3.5.3. 组件信息列表的制作 组件组件信息列表需要从 UBF_Assemble_AppComponents 和 UBF_MD_Component 表中抽取。 SQL：select A.Name,B.component,B.application from UBF_MD_Component A inner join UBF_Assemble_AppComponents B on A.MD_Module_ID= B.ComponentID where B.component='[文件名称]' order by a.name 其中[文件名称]是 UBF 开发的应用的 DLL 文件的名称 3.5.4. 替换组件信息列表的制作 工具使用者通过参照选择需要替换的旧的组件的信息，然后添加到本次替换组件信息列表中。 3.5.5. 依赖组件信息列表的制作 工具使用通过参照选择当前组件依赖的以前的补丁中的信息的列表，添加到本次依赖组件列表中。 3.5.6. 支持问题列表 添加当前解决问题的所有的支持问题的列表，并保存到解决的支持问题列表中。 4. 验证工具 验证工具的功能是验证 API 的一致性，元数据的一致性，元数据的完备性。 元数据的比较，形成比较结果。 验证不通过返回到开发过程继续修改。 验证通过就提交到发布系统。 5. 发布系统 5.1. 生成补丁包 生成补丁包，包中包含补丁信息表，补丁中的程序包等信息。 5.2. 补丁本地验证 构造补丁库进行抽取，生成补丁包，测试人员验证通过后，提交给支持系统进行发布。验证未通过，返回开发继续修改。
