本文介绍了如何利用Starteam的视图功能来管理项目版本分支，避免线性管理方式带来的问题。在遇到需要修复旧版本问题时，可以通过创建分支视图，如Branch All，确保开发新版本不受影响。通过配置视图，如选择Labeled Configuration或Promotion State Configuration，可以回滚到特定版本，实现并行开发和独立管理各个版本。
在《
Starteam
中使用标签管理里程碑版本》和《Starteam中使用View Label来自定义版本
》中，我们使用了标签来管理项目的阶段性版本，此方法简单直观，但又不乏蹩脚之处。本文试图为您介绍一个基于视图（View）的项目版本分支管理方法。
试想，当我们的项目在经历了
1.0
、
2.0
到达
3.0
版本时，发现
2.0
版本出现了一处问题，需要被修复，那么用我们之前提到的方法，就可以
Check Out 2.0
版本，修正之后再
Check In
回服务器。问题来了，处在同一开发小组的其它成员，却发现当前开发的
3.0
版本有了一个过期的文件，但是，当他们
Check Out
到本地时，却发现这个文件是
2.0
版本的一个
patch
，严重影响了整个开发的流程。
显然，上述问
最低0.47元/天 解锁文章
2474
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
