修复bug和开发新需求如何控制版本？
来源：网络整理&&&&&时间: 10:38:17&&&&&关键词:bug,如何
关于网友提出的“修复bug和开发新需求如何控制版本？
”问题疑问，本网通过在网上对“修复bug和开发新需求如何控制版本？
”有关的相关答案进行了整理，供用户进行参考，详细问题解答如下：
问题：修复bug和开发新需求如何控制版本？
描述:这个项目是一个winform程序，已经发布了正式版本（2.0）,现在根据使用反馈开发3.0版本，涉及到功能界面的修改，也已经改到一半了；但是突然之间客户正在使用的版本（2.0）爆出了bug，要紧急修改发布，但是不能把现在修改到一半的版本发布出去。请问，一般是怎么控制版本来避免这种情况？解决方案1:不知道楼主是不是使用SVN做源代码管理，其它代码管理工具应该可以使用下面的策略。目标，要求&&&&&&&& 本次svn提交规范主要针对当前项目中出现的svn管理难，开发流程控制难掌控，项目进度记录不准确等问题而提出。要求每个角色都要进行规范化svn作业。目录结构与开发模式分散式分支开发模式原理&&&&&&&& Svn://project/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +trunk/（主开发目录）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +branches/（分支开发目录）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_1.0_function1（功能性分支1）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_2.0_function2（功能性分支2）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tags（存档目录，不允许修改）a)&&&& 1.0的开发，做一个dev_1.0的功能性分支Svn://project/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +trunk/（不承担开发任务）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +branches/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_1.0_function1&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tagsb)&&&& 1.0功能开发完成，合并分支到主干Svn://project/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +trunk/（merge from branch dev_1.0_function1）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +branches/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_1.0_function1（开发任务结束，冻结）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tagsc)&&&&& 测试完成，根据主干做一次1.0的tagSvn://project/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +trunk/（merge from branch dev_1.0_function1）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +branches/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_1.0_function1（开发任务结束，冻结）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tags&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tag_release_1.0（copy from trunk）d)&&&& 1.0版本结束，做下一个版本的开发2.0Svn://project/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +trunk/（merge from branch dev_1.0_function1）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +branches/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_1.0_function1（开发任务结束，冻结）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_2.0_function2（2.0的开发）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tags&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tag_release_1.0（copy from trunk）e)&&&& 1.0版本出现bug，直接在dev_1.0版本上修复Svn://project/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +trunk/（merge from branch dev_1.0_function1）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +branches/&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_1.0_function1（bugfix）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +dev_2.0_function2（2.0的开发）&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tags&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& +tag_release_1.0（copy from trunk）f)&&&&&& 选择性的进行代码合并使用规范命名规范&&&&&&&& 分支名称采用固定名称与下划线结合方式进行功能性分支描述如:dev_1.0_crm。存档名称统一采用tag_release_版本的方式。提交规范原文地址：/BraveCheng/archive//2573617.html解决方案2:源码管理之分支。解决方案3:参考文章：Git详解-Git分支解决方案4:一般版本控制软件都支持分支的概念，将已经发布的版本作为主线，开发中的版本作为分支。一般有紧急修改，则直接修改主线，并且将修改的部分合并到分支，等待分支开发完成，再将分支合并到主线，然后发布主线。我现在用的TFS2010，其他的应该也可以。解决方案5:首先，修改bug肯定是基于原来2.0的版本；然后，发不完后把bug修改的部分整合到正在开发的版本中，并再做整合测试。解决方案6:每套版本一个备份解决方案7:两套代码，一套现在客户使用的，在使用的过程中可以修改，另一套是升级版的(注意这套把客户使用过程中修改的bug要一起修改过来)解决方案8:建分支就可以解决啊解决方案9:弄两套 版本控制，一套的话肯定不行。
以上介绍了“修复bug和开发新需求如何控制版本？”的问题解答，希望对有需要的网友有所帮助。
本文网址链接：/itwd/1025098.html
上一篇： 下一篇：由于公司的bug管理工具是禅道，上手之前看了下禅道测试模块的使用，并记录了下来
角色：产品经理PO，项目经理PM，开发，测试
测试任务：
1.维护bug视图模块：【测试】-【Bug】-左侧【维护模块】:维护软件每一个模块，即新建-删除-修改模块/子模块名称（如【首页】模块，【关于我们】模块）
2.提交bug：【测试】-【Bug】-【+提Bug】
（1）Bug的优先级别（见bug优先级别随笔）以及严重级别标准？
（2）Bug负责人如何划分？
（3）Bug修复截止时间如何确定？
3.验证bug，关闭：确认bug已解决
4.激活bug：开发人员解决bug后，验证无法通过，可以重新激活；或者是bug已解决后关闭了，但是后面又重现了，重新激活
5，查找bug
测试用例：
1..维护测试用例视图：【测试】-【用例】-左侧【维护模块】:创建或编辑各个模块（首页模块的测试用例）、各个类型（功能测试，接口测试，性能测试）的测试用例
2.创建测试用例：按照测试类型，模块创建相关的测试用例
3.管理测试任务：给产品或项目进行关联测试用例，对测试用例进行管理
4.执行测试用例，并提交bug：执行测试用例，若测试用例执行失败则可以直接在测试用例中创建bug，重现步骤自动补充
5.查看报表统计：【统计】-【测试】
阅读(...) 评论()禅道导入用例步骤-1
禅道导入用例步骤_计算机软件及应用_IT/计算机_专业资料。禅道导入用例步骤 一、导入 Excel 导入 Excel 是专业版功能, 可以导入“需求”、 “任务”、“Bug”、 ...
将搜索结果保存,从“我的查询”下拉框选择查询 我的地盘: 相关人员查看分配给“我的 BUG” 一般测试使用禅道的流程是: 创建用例?创建测试任务(添加关联用例)?...
禅道默认有 5 个权限分组,也点击右上的添加分组/或者在权限分组页面-新增分组,...同维护测试用例视图,BUG 视图的模块也是需要单独维护的,过程和用例管理里一致。 ...
禅道操作流程规范_计算机软件及应用_IT/计算机_专业...操作使用流程规范 产品篇创建产品 添加产品时需要注意...任务确认需求变动 Bug 确认需求变动 由于用例维护是...
禅道的设计流程是当任务完成之后,会重新指派给任务的创建者,创建者可以验证任务...如果每次导入的用例比较多可以分次导入或者把内存条大一些(php.ini 有内存的参...
进入【项目】视图,点击右侧的“添加项目”按钮 2.显示项目添加的页面 在这个...十四.创建测试用例禅道中的测试用例,彻底的将测试用例步骤分开,每一个测试用例都...
其中“维护模块”能添加用例属于表的 功能模块,这样能表示该用例属于该产品的...禅道使用流程 8页 1下载券
51CTO下载-禅道使用手册 暂无评价 32页 1下载券...
对应为需求的流程操作共有:创建、变更、审核、关闭...4 禅道操作手册 2.1.2 添加需求 1. 2. 3. ...测试用例文档、会议评审文档等项目相 关文档上传至此...
5.5 ? 可操作性测试用例中应写清测试的操作步骤,不同的操作步骤相对应的操作结果。 6 测试用例编写格式细则参照《质量保障组禅道使用规范》中建测试用例相关内容 ...
关于禅道管理流程的说明_互联网_IT/计算机_专业资料...2)产品模块 此页面可以添加产品 此页面可以编辑子...如果没有写,用例也可以在测试模块的用例子模块“建...点击bug名称，里面有删除按钮。
在哪里啊？
测试- bug 页面 点击 bug标题。点击bug标题，里面有删除按钮，看不到的话到组织-权限 加一下bug删除权限。注：权限需要退出重新登录后生效。