服务器策略解析
解析项目服务器策略的关键因素包括：
• 当评估特定项目的策略时，使用配置路径以自上而下的方法遍历项目层次结构或树。策略解析遍历从顶层项目开始，按照配置路径遍历到子项目。
例如，考虑以下项目：
/top-level1/subproject/project.pj
策略评估按以下顺序执行：
a. 全局策略设置
b. 针对 /top-level1/project.pj 的全局策略设置 (如果存在)
c. 针对 /top-level1/subproject/project.pj 的策略设置 (如果存在)
后续的策略设置会覆盖之前的策略设置。
请务必注意，虽然遍历是基于配置路径，但项目的实际评估是基于项目的规范 (和变型，如适用) 路径。当层次结构中遇到的项目是共享的项目或移动的项目时，这一点很重要，因此其配置与其规范位置不同。例如，考虑以下项目：
/top-level2/shared-subproject/project.pj
其中：
shared-subproject 共享自之前示例的 /top-level1/subproject/project.pj。
策略评估按以下顺序执行：
a. 全局策略设置
b. 针对 /top-level2/project.pj 的全局策略设置
c. 针对 /top-level1/subproject/project.pj 的策略设置，这是 /top-level2/shared-subproject/project.pj 的规范位置
• 由于策略是按层次顺序评估的，因此子项目的策略会覆盖层次结构中更高级别项目的策略集。要避免子项目策略设置覆盖更高级别的策略设置，可以锁定更高级别的策略。一旦在层次结构导航期间遇到锁定的策略，子项目的策略设置将不再覆盖锁定的策略。
• 在评估变型项目的服务器策略时，Windchill RV&S 会搜索主线以及变型路径。
• 仅当项目的配置路径包括从顶层项目到变型层次结构的跳转时，Windchill RV&S 才会参考 Development Path 全局策略。如果在配置路径中的子项目中跳转到变型层次结构，Windchill RV&S 不会参考对应的 Development Path 全局策略。