源链接与源追溯之间的差异
源追溯
源追溯提供源配置管理下的成员与更改控制下的各种需求、规范和测试用例之间的双向链接。源追溯可以指向任何 Windchill RV&S 项类型，但主要是对于需求较为有用。源追溯仅指向成员，而不是项目或子项目。
|
|
• 对于使用更改包的更改管理，您还可以将成员链接至项。有关更改包的详细信息，请参阅“ 更改包概述”。
• 如果通过 CLI 或 API 创建源追溯，则可以追溯至源文件中的代码行或块。
|
您可以创建、查看、更新和删除各个源追溯。您也可以在项与源成员之间双向跟踪所产生的源追溯，或进行查询以查找包含或不包含源追溯的项。在进行节点更改之前，您可以使用源追溯进行影响分析或审阅成员的需求。
|
|
源追溯特定于项目上下文。如果有追溯指向不同项目中的相同成员修订版本，则会将其视为不同追溯。例如，如果有追溯指向共享子项目中的成员修订版本，则追溯会因各个项目上下文而异。
源追溯的当前实施经过专门设计以供工程组织使用，这类组织所使用的严格受控系统需要遵循功能安全标准并接受评审。如果要在不同的环境中使用源追溯，则必须评估当前的实施以确保它能满足您的所有用例。
|
源链接
源链接是一个指向成员、项目或子项目的单向链接。可以创建指向特定修订版本或指向项目的活动版本的链接。源链接比源追溯更加轻量化，因为更新对象时不更新链接。可以通过项中的字段完整地查看源链接（而无需使用源追溯查看器）。没有安全合规性要求时，源链接可作为一种替代方法。如果源链接在成员修订版本更新后不需要更新为新修订版本，则可以使用这些链接。
用户单击活动源链接时，这些链接会显示成员或项目。活动源链接由源链接字段的“修订版本”列中的 :live 表示。
|
|
过去创建时未启用“追溯”的源链接字段，仍会作为源链接字段正常工作，但不会自动更新源追溯。有关详细信息，请与您的管理员联系。
|
对源链接和源追溯的工作方式的可视化描述
下列图示是对这些链接的工作方式的可视化表示。图 1 中的第一组图示描述了为修订版本是 1.1 的 Test.java 所创建的源链接和源追溯。
图 1
图 2 描述了当成员操作（例如，检入或提交更改包）导致 Test.java 的成员修订版本升级到 1.2 时会发生的情况。源链接仍保持为修订版本 1.1，而源追溯现在则变为修订版本 1.2。不过，1.1 之前的源追溯的历史记录会保留在修订版本历史记录中。此外，源链接是单向关系，而源追溯则是项字段与成员之间的双向关系。如果已针对 Test.java 的活动版本创建了源链接，则在跟踪该链接时，它会解析为 1.2，因为它正在参考对象的活动版本。
图 2
可能的字段值类型
源链接和源追溯均使用源链接字段类型来存储值，但这些类型中只有一种类型的值可存储在字段中。可存储在字段中的值类型（源链接或源追溯）在创建源链接字段时确定，并可按下列陈述进行理解：
• 如果源链接字段过去创建时未启用“追溯”，则它会包含源链接。
• 如果源链接字段过去创建时启用了“追溯”，则它会包含源追溯。
• 过去创建时未启用“追溯”的源链接字段不会包含源追溯。
• 过去创建时启用了“追溯”的源链接字段不会包含源链接。
• 源链接和源追溯使用相同的拖放方法创建。
