文档介绍：元征科技配置管理方案(草稿)深圳元征科技有限公司版权所有CopyrightownershipbelongstoGUIYI,shallnotbereproduced,copied,:何美平审核:批准:日期:版本:. 前言 . 目的 . 背景 . 配置管理现状 . 源码管理现状 . 产品现状 52. 产品运行的几个环境 . 开发环境 . 测试环境 . 预发布环境(待建) . 生产环境(由运维部管理) 73. 源码版本管理 . 研发新库 . 研发旧库 . 库迁移 . 源码库管理 104. 构建与发布(待补充) . 构建 . 产品发布 . 客户端(app)发布 . 实施部署 . 紧急补丁发布 . 升级包发布 165. 发布版本注释(releasenote) 166. 变更管理(待补充) 177. 资源管理 . 提供统一的工作环境标准 . 文件共享(由信息部规划实现) . 知识库 178. 服务器规划 189. 服务器安全管理(待完善) . 备份管理 . 业务连续性方案(待补充) 21前言目的本文档针对目前公司的产品/项目规划、研发、发布、系统实施等提出整体的配置管理解决方案。背景配置管理现状随着公司新平台版本的规划,以及旧的版本出现的亟待解决的各种问题,配置管理方面主要以下问题:产品版本发布缺乏规划,需求缺乏管理;产品版本的发布没有专人持续管理,后续跟踪与反馈缺失,版本混乱不清,失去控制,如果产品版本出现问题,难以快速定位,增加解决难度和成本;已发布的产品的版本没有集中管理,更不能对历史数据进行查询,统计,总结;构建与发布由各项目开发和测试负责,可能会人员经常变动,且占用专门开发、测试人员的工作量,没有流程化,自动化,效率低下,出错率高;资源存储分散,不能及时有效获得;变更管理流程没有执行,现有的变更流程形同虚设,变更变得不可控;公司的共享资源没有很有效的管理;现有的流程和制度没有得到强有力的执行,已经实施的制度,没有保障执行的效果等。源码管理现状现状:使用windows端的visualSVN作为版本管理工具,服务器是PC机原因:Windows平台操作简单,不需要技术功底Linux服务器跨网段访问有问题当时人员少规模不大,用PC作为临时性的服务器随着项目的发展,人数已经增长到150人,一年内有可能增加到500人,因此其限制就很明显缺点:windowsOS不如linux安全稳定台式机服务器会有性能上的问题,不利于长远的扩展旧SVN上版本库的数量繁多凌乱,目录结构不清晰不规范,不是非常熟悉的人要找到想要的东西非常困难目前功能也不完整,只具备核心的版本库的管理,不支持个人帐户修改密码,也没有备份机制综合而言整个服务器处在非常危险的境地产品现状现有的产品,有的已经发布多个版本,从20130919到20140123,基本都是各模块单独发布,不知道集成时的版本关系,有版本混乱,去向不明,根据问题反馈又找不到对应版本的问题。没有文档说明,拿到版本也不知如何部署运行;没有releasenote也不知道哪些问题在什么版本得到解决,哪些功能从哪个版本开始有等。现有产品目前的版本发布情况如下图:产品运行的几个环境开发环境用于各个业务的共同的开发调试环境,可提供数据库、php后台、java后台的集成调试。开发环境的信息:(由开发各业务组自己管理)服务器IP: DB:MangoDB:OracleDB:客户端连接开发环境使用的URL:测试环境开发调试没问题之后,可提交测试环境,用于测试人员的测试验证。测试环境可提供正式发布前的所有功能测试,但因服务器性能限制,无法提供压力测试。测试环境的信息:(目前由CM管理)服务器IP:(内网)(外网) 公网域名::上传服务::8888 --->:2492; 网页访问(nginx)::8008--->:8008 网页访问(tomcat)::8000 --->:8000 远程诊断: