升级进程首选项
“首选项管理”实用程序中提供的多个首选项可以对升级请求行为产生影响。
有关使用“升级首选项管理”实用程序的信息,请参阅升级首选项管理实用程序
首选项的显示取决于对“首选项管理”实用程序的访问方式。
一些首选项在用户级别上设置,
要查看和修改单个用户首选项,请选择“快速链接” > “我的设置” > “首选项” > “升级进程”
而另外一些首选项则由管理员在上下文、组织或站点级别上设置。
“导航器”中选择特定上下文、组织或站点下的“实用程序”。在“业务管理”实用程序类别下单击“首选项管理”
如果首选项可见但无法进行编辑,说明该首选项已被锁定在更高的级别上。
要更改首选项,请从要更改的首选项的右键单击操作菜单中选择“设置首选项”。有关详细信息,请参阅首选项管理设置首选项
* 
下表中,“可见性”表示可设置首选项的最低级别。例如,“站点”意味着只有站点管理员才能查看或设置该首选项。“上下文”意味着可以为站点、组织、产品、存储库、项目或项目群设置首选项。“用户”意味着单个用户、上下文管理员、组织管理员和站点管理员都可以查看或设置该首选项。但是,本地管理员可能会更改默认首选项的可见性。
“升级进程”首选项组下提供了以下首选项:
“针对升级的访问检查”
可见性
上下文
默认设置
说明
在允许用户创建升级请求之前检查访问权限:
“是”- Windchill 检查以确保您具有想要升级的对象的“修改”“设置状态”访问权限。如果这两种权限您都不具备,那么将无法对对象进行升级。
“否”- Windchill 不执行访问权限检查。即使没有升级对象的“修改”“设置状态”权限,您也可以创建升级请求。
“自动修订模式”
可见性
上下文
默认设置
不执行任何操作
说明
升级对象时,允许进行自动修订。
“不执行任何操作”- 不进行自动修订。
“自动修订所有升级候选对象”- 升级过程完成后,系统将自动修订所有升级候选对象。
“仅自动修订具有更改版本控制方案的升级候选对象”- 管理员可以创建增强的升级进程,以便对升级的对象进行版本化方案更改。
有关详细信息,请参阅在升级期间进行自动修订
“自动修订状态”
可见性
上下文
说明
仅当将“自动修订模式”设置为允许自动修订时,才会应用此首选项。
根据选定的生命周期状态自动修订升级候选对象。您可以选择一个或多个状态。
自动修订将在升级请求获得批准后执行。首选项值在升级对象的上下文中进行评估。
“收集器”
可见性
用户
说明
这些是一组用于确定默认收集规则的首选项。在“新建升级请求”窗口中选中“应用默认收集规则”复选框时,您可以自动应用这些规则。
有关详细信息,请参阅为操作配置对象的初始集合
“升级请求‘应用默认收集规则’复选框默认值”
可见性
用户
默认值
说明
此首选项可确定是否在创建新升级请求时默认选择“应用默认收集规则”选项。
此选项可确定是否将“收集器”首选项自动应用到初始选定对象。
“默认升级进程”
可见性
上下文
默认设置
升级请求批准过程
升级请求审阅过程
说明
此首选项可确定以下几项:
创建新升级首选项时出现在“选择参与者”步骤下的工作流进程。
默认选择的工作流进程。
要设置此首选项,请完成下列步骤:
1. 选择“可用进程”下的一个或多个流程。按住 Ctrl 键选择多个进程。
选择的内容将显示在“选择参与者”步骤下。
2. “默认进程”菜单可更新以显示您的选择内容。选取应默认选择的进程。
例如以下首选项设置:
这会导致以下变化:
* 
站点管理员可以为此首选项针对不同升级目标状态创建唯一版本。有关详细信息,请参阅升级首选项管理实用程序
“用于升级的固定角色”
可见性
上下文
默认设置
批准者=升级批准者|审阅者=升级审阅者
说明
此首选项可映射分配给工作流进程角色的所需团队角色。
例如,默认情况下,系统会将“批准者”角色分配给“升级批准者”团队角色中的用户。用户可以分配附加参与者,但不能取消选中“升级批准者”旁边的复选框:
首选项值必须采用以下格式:[key]=[values]|[key]=[values]
[values] 中的每个值必须使用波浪线 "~" 字符进行分隔。键和值均为在以下文件中定义的角色常量:
wt/project/RoleRB.rbInfo
“组成员显示”
可见性
上下文
默认设置
说明
如果将 Windchill 组分配给团队角色,则此首选项允许用户选择组中的单个成员。如果将多个组分配给一个角色,则您可以选择要包括的各个组。
例如,您的组织创建一个名为 "Promotion Request Review Group" 的组,并将此组分配到“升级审阅者”团队角色。
当首选项设置为“否”时,选择团队角色的同时会自动选择每个子组和组成员:
如果将此首选项设置为“是”,则可以选择单个组或组成员:
“最新小版本刷新”
可见性
上下文
默认设置
刷新升级候选对象
说明
此首选项可确定修改升级请求时需要更新的升级对象。系统会将对象更新为其当前修订版本的最新小版本。
例如,您创建了一个升级请求,且请求中包括版本为 A.4 的对象。多个用户继续使用该对象以最终创建版本 A.8。然后由另一个用户修订 A.8 版本,以创建 B.1 版本。刷新时,对象将更新为 A.8。
“不执行任何操作”- 不刷新任何升级对象。
“刷新升级候选对象”- 仅刷新标记为升级的对象。
“刷新所有对象”- 刷新所有升级对象。
* 
如果通过参考基线创建升级请求,则不会刷新基线中的可配置部件。
这对您有帮助吗?