标签：需求 上线 修复 概念 TAG 开发 版本 解析 bug

使用场景：

假如你的项目的某个版本已经完成测试开发.测试并已经上线，接下来街道新的需求，新项目开发需要修改多个文件的代码，当需求已经开发一段时间的时候，突然接到用户和测试人员的反馈，项目中某个重大的bug需要紧急修复，并且修复后需要立即上线；此时应该怎么修改bug?是在当前开发的新需求上面修改吗？答案是不对的，原因是：如果在已经开发的新需求上面修改bug,新的需求没有开发完，更加没有测试，没有办法立即上线!如果新的开发功能和bug修复的代码设计到同一段代码怎么办。很显然不能在当前开发的代码的基础上进行bug的修复工作。完美的解决方案是：在当时完成的那个版本中进行bug 修复，这样带来的好处是：

1:bug修复好之后可以立即上线，不会因为心动的需求没有完成二或测试二延迟上线的时间

2：bug修复是在原来的上线的 版本进行的修复，引起bug的风险小，如果字新的需求的基础上修改bug，那么新的功能可能会带来bug.

版本管理系统支持 tag 选项，通过使用 tag 的概念，我们可以给某一个具体版本的代码一个更加有意义的名字。

Tags 即标签主要用于项目开发中的里程碑，比如开发到一定阶段可以单独一个版本作为发布等，它往往代表一个可以固定的完整的版本，这跟 VSS 中的 Tag 大致相同。

标签：需求,上线,修复,概念,TAG,开发,版本,解析,bug
来源： https://www.cnblogs.com/pangwablog/p/16490070.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。