结合Subversion软件版本管理,我的软件开发流程
2010-03-09 22:01
447 查看
我负责一个中等规模软件的开发维护工作,使用的工具包括:
Subversion SVN进行源代码管理
TestDirector进行测试管理
使用了大概一年时间了,没怎么思考怎样才是合理的开发流程,有哪些原则需要遵守,今天,我的工作面临三个问题:
(1)、我正在一个从4.0.21版本拷贝过来的分支进行新需求开发,计划一个月后发布4.1
(2)、一个星期前发布的4.0.21版本发现了bug,于是我再从4.0.21版本拷贝分支,修改bug提交,计划3天修改完bug,发布4.0.22
(3)、二个月以前发布的4.0.17版本发现了一个严重的bug,该版本在现场使用,优先级最高,需要尽快解决,我犯难了。
第三个问题很棘手,通过与领导同事沟通,商定方案如下:从4.0.17拷贝分支,在该分支上修改bug,提交,发布后在svn的tag目录下备份4.0.17_1,同时将该分支的修改合并到主干,问题顺利解决。
问题解决后,我再次与同事沟通,觉得软件版本管理可以遵循如下几个简单的原则:
(1)svn目录包括trunk,tag,branch,分别对应主干,旧发布版本,临时分支
(2)svn主干代码修改较少,需要保证其代码稳定
(3)每发布一个版本都需要在tag下备份
(4)多个开发任务可以并行进行,但必须在branch上进行,修改完成后合并到主干
(5)之前发布的版本出现bug之后,必须要从那个版本拷贝分支,修改,发布,tag备份,再合并到主干。
(6)认真记录changelog,认真写svn日志
Subversion SVN进行源代码管理
TestDirector进行测试管理
使用了大概一年时间了,没怎么思考怎样才是合理的开发流程,有哪些原则需要遵守,今天,我的工作面临三个问题:
(1)、我正在一个从4.0.21版本拷贝过来的分支进行新需求开发,计划一个月后发布4.1
(2)、一个星期前发布的4.0.21版本发现了bug,于是我再从4.0.21版本拷贝分支,修改bug提交,计划3天修改完bug,发布4.0.22
(3)、二个月以前发布的4.0.17版本发现了一个严重的bug,该版本在现场使用,优先级最高,需要尽快解决,我犯难了。
第三个问题很棘手,通过与领导同事沟通,商定方案如下:从4.0.17拷贝分支,在该分支上修改bug,提交,发布后在svn的tag目录下备份4.0.17_1,同时将该分支的修改合并到主干,问题顺利解决。
问题解决后,我再次与同事沟通,觉得软件版本管理可以遵循如下几个简单的原则:
(1)svn目录包括trunk,tag,branch,分别对应主干,旧发布版本,临时分支
(2)svn主干代码修改较少,需要保证其代码稳定
(3)每发布一个版本都需要在tag下备份
(4)多个开发任务可以并行进行,但必须在branch上进行,修改完成后合并到主干
(5)之前发布的版本出现bug之后,必须要从那个版本拷贝分支,修改,发布,tag备份,再合并到主干。
(6)认真记录changelog,认真写svn日志
相关文章推荐
- 在软件开发流程中构筑卓越质量--软件测试管理(深圳,2016.10.14~15 北京,2016.11.4~5 上海,2016.11.11~12 )
- 软件开发——软技能(二、版本管理)
- 软件版本管理——SUBVERSION
- 改进公司代码版本管理工具CCMS及优化开发流程
- 在软件开发流程中构筑卓越质量--软件测试管理(深圳,2016.6.24~25)
- 希望这些建议,能推动管理软件开发的规范化进程 (数据库版本、修改记录)
- 希望这些建议,能推动管理软件开发的规范化进程 (数据库版本、修改记录)
- 软件开发管理:源码版本管理
- Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的分布式版本控制软件,它不同于Subversion、CVS这样的集中式版本控制系统。在集中式版本控制系统
- 通用用户权限管理系统组件4.0 版本 - 界面输入安全检查 - 为大规模开发软件系统做样例
- 软件开发版本管理阶段描述
- 办公管理支撑流程能力PaaS平台运维开发软件需求设计方案
- 希望这些建议,能推动管理软件开发的规范化进程 (数据库版本、修改记录)
- 几个实用的软件开发工具之——版本管理工具
- 软件版本管理 Apache和Subversion集成安装与配置
- 项目开发管理技术之项目版本控制、软件建模、软件测试、项目文档管理(转)
- 敏捷开发系列学习总结(1)——版本管理发布流程
- Enterprise Solution 管理软件开发框架流程实战
- SVN软件开发版本管理
- 版本管理 与 Subversion软件的使用