更新: 我一直在研究如何将 SPD 工作流嵌入到网站定义. 这个 MSDN 论坛链有一些有趣的信息. 它不是决定性, 但在丛林路径指向.

我给这篇文章有点古怪"遵守行为" 因为我有点诡异，从中得出的结论. SPD 工作流 … 喜怒无常.

人们常常会问 / 想知道 / 微动在 SPD 工作流从一个地方搬到另一个. 今天, 我遵循了这些步骤，提出这些意见:

• 我在创建工作流在网站附加到文档库中使用 SharePoint 设计器.
• 关联的文档库已经安置几个文档.
• 我作为一个模板保存网站.
• 当我作为一个模板保存网站, 我保存的内容，以及.
• 我在同一网站集中使用该模板创建一个新的网站.

在这一点, 我试着运行工作流. 它迅速终止本身与日志消息, "启动时失败".

我预期这. 我有低的期望，当它来到走动 SPD 工作流.

我继续:

• 在 SharePoint 设计器中打开网站.
• 聚醚醚酮在工作流. 它看上去不错.
• 我点击"完成".
• 我跑了工作流.

这一次, 它能正常工作.

我将添加此工作流用于从用户的"收集数据" 这是一个相对复杂的动作，引擎盖下的行动.

我初步得出这样的结论的过程"整理" 引起 SPD 来正确地与新的文档库关联的 SPD 工作流的工作流. 我也得出结论 XOML 和其他 XML 工件是合理的"宽松". 他们未超紧密耦合到文档库.

是什么意思? 假设它一个可靠，重现性好的过程, 还有至少一个粗糙的方法，我们可以使用来移动它们. 我不知道是否这会工作如果我们越过站点集合边界或甚至更猛烈地, 整个新的农场 (例如：. 到阶段督促 dev).

如果你正在读这篇和倾斜, 请发表评论或 电子邮件通知我 你的 SharePoint 设计师移民故事. 我很乐意会更新这个贴子因而提供任何见解.

</结束>

订阅我的博客.