Workflow 具有多个发布目标的sitecore工作流

Workflow 具有多个发布目标的sitecore工作流,workflow,sitecore,sitecore6,Workflow,Sitecore,Sitecore6,我想实现一些简单的功能,比如/System/Workflows/Sample Workflow,只需增加一点,即具有多个发布目标(暂存web和生产web环境),因此我想将其修改为两种状态,而不是最后设置复选框的已批准的状态 获准登台 批准交付 只有批准交付的才是最终版本。我想为它们中的每一个设置PublishAction,但我不知道如何设置发布目标?这里有一个链接,指向您需要知道的所有内容:。我可以验证这一切都是有效的,因为我目前有一个网站在生产中,使用的正是Alex概述的内容。如果你有问题

我想实现一些简单的功能,比如
/System/Workflows/Sample Workflow
,只需增加一点,即具有多个发布目标(暂存web和生产web环境),因此我想将其修改为两种状态,而不是最后设置复选框的
已批准的
状态

  • 获准登台
  • 批准交付

只有批准交付的
才是最终版本。我想为它们中的每一个设置PublishAction,但我不知道如何设置发布目标?

这里有一个链接,指向您需要知道的所有内容:。我可以验证这一切都是有效的,因为我目前有一个网站在生产中,使用的正是Alex概述的内容。如果你有问题,请告诉我


更新:正如马克所指出的,这个链接确实是一个旧的解决方案。它会起作用,但Alex的第2部分链接由Mark发布是一个更好的解决方案

这是一个非常常见的问题,最终与Sitecore的工作方式有关。您的问题似乎表明您理解工作流中只有一种状态应该是最终状态——您看到这一点很好。有很多方法可以做到这一点,但我想说,其中一些并不是最佳做法。此外,正如divamatrix提到的,还有其他定制方法

  • 偏离最佳实践,并将批准用于分期的标记为最终,并将批准用于交付的标记为最终我不建议这样做。我要说的是,这是一个解决方案,所以你可以看到你可以做什么的完整循环。问题是,如果您以管理员身份登录,您可能会发布到任何目标以及其他对象。一般来说,这不是一个好主意

  • 正如divamatrix提到的,Alex Shyba在这个主题上提供了一个定制的发布提供商。链接的文章是较旧的方法。实际上,该解决方案有一个更新,这似乎是下一个最好的解决方案

  • 另一种选择是将工作流与发布分离,这听起来可能很激烈,但在理论上是有意义的。基本上,强制内容通过所有worflow,然后拥有一个只能发布内容的角色。从那里,他们可以发布到临时站点,并在发布live之前获得利益相关者的批准


  • 更新:从Sitecore 7.2开始,有一个内置机制可以发布到预生产目标。

    非常好的总结,概述了所有选项。我绝对同意你在这里所说的一切,你的帖子让我意识到我贴错了链接。我想把你的博文发上去。。。。不是我贴的那张。:)谢谢你抓住它!我相信它涵盖了新的Sitecore 7.2功能。该链接似乎不再有效。你能提供正确的链接吗?