复制、重复、移动和还原库项

如果想要在 Process Designer 中复制或移动工件，那么这些操作可帮助您提高生产效率。 例如，您可以复制或重复工件，代替从头开始创建。 同样，您可以将资源从流程应用程序移至 Toolkit 以进行复用。 另外，如果当前版本发生问题，那么您还可以将工件从先前的 Snapshot 还原（回滚）至较旧版本。

下表描述这些操作之间的差异：

表 1. 复制、重复、移动和还原操作之间的差异

操作	描述	许可权
复制	创建作为原始项副本的库项。 新创建的库项与作为复制源的原始库项没有关联。 您可以将工件复制到当前版本的相同流程应用程序或 Toolkit 或者不同的流程应用程序或 Toolkit。	您必须具有目标流程应用程序或 Toolkit 的写访问权。
重复	在相同的流程应用程序或 Toolkit 中创建重复的库项。	您必须具有目标流程应用程序或 Toolkit 的写访问权。
移动	将库项重新定位到不同的流程应用程序或 Toolkit。	您必须具有源和目标流程应用程序或 Toolkit 的写访问权。
还原	使用选中的 Snapshot 版本替换当前版本的库项。	您必须具有目标流程应用程序或 Toolkit 的写访问权。

在继续其中任何操作之前，请考虑对依赖关系的影响：

复制

复制库项时，对源流程应用程序或 Toolkit 中的那些库项的引用都不会受到影响，因为原始库项仍然存在并被引用。 但是，源流程应用程序或 Toolkit 中的所有 Toolkit 依赖关系会复制到目标流程应用程序或 Toolkit，即使复制的库项不使用它们。 因此，在复制所需的库项后，检查并除去不需要的 Toolkit。

重复

在重复库项时，将针对新项创建相同的引用。

移动

• 您选择了一个或多个要移动的项时，IBM Process Designer 将显示所选项的所有依赖关系。 依赖关系列表包括与移动项共享同一 XSD 或 WSDL 文件的库项，例如，在同一 XSD 文件中定义的两个无关的业务对象 BO1 和 BO2。 如果您选择移动 BO1，那么 Process Designer 会将 BO2 包括在依赖关系列表中，即使 BO1 与 BO2 之间相互不存在依赖关系也是如此。
• 请记住，重新定位库项时选择的目标可能会中断源流程应用程序或 Toolkit 中的现有实现和引用。 例如，请考虑作为嵌套流程实现的活动案例。 如果移动嵌套流程而不移动包含活动的流程，活动实现（对嵌套流程的引用）的状态将取决于嵌套流程的移动目标。 下表描述不同目标中引用的状态：

  表 2. 不同目标中对嵌套流程的引用的状态

  如果将嵌套流程移动至	引用的状态
  不存在依赖关系的新的或现有 Toolkit	引用保持不变，因为 Process Designer 自动在 Toolkit 上创建依赖关系。
  源流程应用程序所依赖的 Toolkit	如果目标 Toolkit 自创建最新 Snapshot 后未发生更改，那么引用保持不变。 Process Designer 自动创建 Toolkit 的 Snapshot 并将现有 Toolkit 依赖关系更新为依赖于新的 Snapshot。 如果目标 Toolkit 自创建最新 Snapshot 后发生更改，那么引用断开。 您可以通过将现有 Toolkit 依赖关系更新为依赖于 Process Designer 为该 Toolkit 自动创建的新 Snapshot，来修复此引用。
  新的或现有的流程应用程序	引用断开，因为流程应用程序不能存在相互依赖关系。 将库项移到流程应用程序时，请确保移动所有相关项以避免破坏引用。 如果没有同时移动相关库项，那么 IBM BPM 自动解析修正损坏的引用。

• 在缺省情况下，Process Designer 将移动所有的相关项。 如果您分析依赖项并选择只移动其中的部分依赖项，请确保先了解所有关系，然后再完成操作。 要确保已移动或复制特定实现所需的所有项，请检查源和目标流程应用程序或 Toolkit 以查找验证错误。

还原

在还原库项之前，检查其引用以及使用位置。 如果多个流程或服务中使用该库项，那么在进行更改前请与您团队中的其他开发人员协商。 如果在整个流程应用程序中实现了某一个库项，那么最好创建一个 Toolkit，将该库项添加到此 Toolkit 中，然后创建对此 Toolkit 的依赖关系。