领测软件测试网
（八）视图标签
StarTeam视图的另一个特性是视图标签。视图标签用来标识视图中包含项的特定修订的静态配置。当你创建视图标签时，它为视图保存了一个时间戳。视图标签为你保存了它创建时的动态视图的静态快照。
可以通过在标签面板中拖拽标签从项的一个修订到另一个修订来改变与视图标签相关联的项的修订。通常，一个视图标签会包含少量的标签变更，而大多数项修订是由它的时间戳所标识的。
提示：使用视图标签来指示开发里程碑，如每日构建。这可以让你在后来通过使用【View】菜单的【Select Configuration】命令或从命令行使用【CFGL（使用特定标签配置视图）】选项来返回到特定修订的精确配置。
（九）分支视图
软件开发中的一个常见操作是创建一个拥有基于先前状态配置的分支项的新的配置。它通常在用户希望执行对先前构建的系统的维护，但又不希望影响当前的开发时发生。StarTeam通过分支视图对这一活动进行支持。
通过从【View 】菜单中选择【New…】并选中【Permit Items To Branch Within This View】来创建分支视图。选择这一选项将使得新视图具有不同和独立的视图命名空间且新视图中的项能够被分支。你可以选择让每个项一旦发生改变就产生分支或者你可以推迟这一决定并有选择性地在新视图中选择要分支的项。
提示：StarTeam的面向项目的方法允许你你通过【Branch on Change】选项决定整个配置的分支行为。与面向文件的系统不同，它需要你在每个你想要分支的文件上分别指出，而StarTeam允许你为特定的视图根据想要使用的行为或为该视图作出的工作流程来指出应该发生分支。
对StarTeam模型不熟悉的用户经常会困惑于老视图中的视图标签没有在新视图中发现的事实。这通常是因为他们熟悉面向文件的系统和修订标签的缘故，在这些系统中，修订标签在特定文件归档的所有分支中是同一的。而在象StarTeam的面向项目的系统中，每个配置空间，由一个允许分支的视图所代表，也必须具有一个唯一的视图标签命名空间。这是因为当你创建一个允许分支的新视图时，视图发生了分支。此外，每个视图仅呈现被该视图引用的项的分支历史，而不是该项的贯穿不同分支的整个历史。这使得新视图成为项的独立配置，因此，在原始视图中发现的视图标签不会存在于新视图中。
提示：你无须在每次你需要分支某个项时都创建一个新视图。通过将项从一个文件夹共享(Ctrl+Drag)到另一个文件夹，然后设置行为（Behavior）选项为【Branch On Change】，你就实现了在同一个视图内创建了一个项的分支。这给了你一个在老的
版本控制系统如
SourceSafe中发现的相同的基于文件的分支能力。
图3：基于原始基线创建新视图
开发基线
合并 合并
Bug 修理
（十）合并视图
通常，你将来可能想要合并这些独立的分支项回到原始视图或合并到另一个视图。你可以合并不同视图中的项，或者甚至是来自同一视图不同文件夹下的项。StarTeam的视图比较/合并实用程序【Compare/Merge utility】负责执行对文件夹、文件、变更请求、任务和主题的完整比较。
提示：合并视图能力的具备可以使得你实现首先在维护视图中修改项，然后将它们合并到主开发视图中。由于变更请求也可以分支，你可以在维护视图中指示一个变更请求为【FIXED】，而在开发视图中仍然保持为【OPEN】状态。变更请求也可以被合并，因此在维护视图中发现的用来解决该请求的重要信息不会在合并时丢失。
文章来源于领测软件测试网 https://www.ltesting.net/
