Sitecore 8.2工作流卡在最后一步



我正在努力为我公司的Sitecore 8.2安装实施三步工作流程。

最初,我设置了最后一步,因为我们想手动发布任何动作或命令。但是,手动发布似乎并不能删除最终的工作流程状态。手动发布后的项目屏幕截图

然后,当我编辑项目时,它不会回到草稿状态。我的理解是,当您将其发布到最终的WorkFlow状态版本1中时,将创建该项目,并且编辑该项目应创建新版本并重新启动工作流程。这是正确的吗?

意识到手动发布什么都不做之后,我尝试在最终工作流程中设置命令和操作:最终工作流程步骤命令的屏幕截图&行动但这无济于事。是否可以设置一个工作流程来发布?还是"爆炸式自动出版"动作是唯一的选择?

为什么这些物品陷入了最后一步,我该如何解决?

编辑:由于我是管理员,工作流程被卡住了。当我为内容作者和批准者设置的角色时,我终于能够将项目启动2。我仍然想知道是否可以设置命令和行动以发布?还是如果我们想手动发布,这不是必需的吗?

我想我知道这个问题。在设置Sitecore工作流程时,我遇到了类似的问题,并通过安全设置进行了一些更改解决了它。

我刚刚写了一个博客,介绍了如何设置Sitecore工作流程。这是这样的链接:

https://tectraveleat.wordpress.com/2018/06/01/sitecore-workflow-setup-v8u2-v9-0-1/

在您的情况下,由于您已经设置了所有内容。您可能想查看博客的"将安全权限分配给角色"部分。此外,有必要将角色/用户的权限授予数据源。据我了解,除了在工作流程级别的次要安全许可外,您已经正确设置了所有内容。

让我知道这是否有帮助。如果没有,您可以共享工作流程设置和角色的权限吗?我可以看一下它,看看我可以提供帮助。

您可以遵循Sitecore的示例工作流程。工作流发布状态是最终状态。它不能移动。这样的工作流程过程:草稿 ->批准 ->已发布。在这里完成的工作流程。

如果您想创建版本或制作页面以草稿,则必须对其进行编辑。如果您仍然想发布页面 ->草稿,则可以自定义工作流中的命令管道。但是该解决方案有很多风险,我以前询问Sitecore支持,他们只是回答其逻辑,您可以根据需要自定义。

最新更新