TAG概念解析

使用场景：

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

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

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

 

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

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