企业CMS的理想发布流程是什么？

Question

企业CMS中理想的发布工作流程是什么？

背景:公司规模为1000人。在发布之前，大约有20个经理必须批准他们各自的部门内容。有3个用户角色：

1. 站长行政(支援)
2. 出版者(经理)
3. 编辑(工作人员)

目前，编辑器进行更改，然后将其提交给评审。在此期间，内容被锁定以进行编辑。发行者收到一封“等待发布的作品”的电子邮件，并可以通过测试网站地址查看该作品，然后批准或拒绝该作品。

这个过程大部分时间都能工作，但也有一些例外。有时，大型项目要求在发布内容更改之前必须对其进行更新和测试。例如，一个产品将在2个月内被公开更名，这意味着内容会提前更新并在内部进行测试。这些页面在这两个月内一直停留在这个阶段，直到需要发布为止。这意味着大约50页被锁定以进行编辑，这意味着该页面上的任何其他内容在这段时间内都不能更新--对内容所有者造成干扰和挫折。

现在，我知道这不应该是一个太独特的问题，但我对如何处理它感到困惑。

Answer 1

我不认为有一个包罗万象的答案。为了与企业所需的治理模型相匹配，工作流可以是简单的或复杂的。

--

我亲自看过一些看上去很难看的工作流设计人员演示，这些演示能够涉及多个级别的审批、外部流程和分支逻辑。事实上，这些工作流变得如此先进，以至于有一些可视化工具可以帮助管理员发现工作流中某个项被卡在哪里。

我个人的观点是，工作流程应该尽可能简单。内部参与和采用是需要通过部署CMS来克服的最初障碍。层次分明的官僚主义只会让人们感到害怕而不太可能使用它。

话虽如此，工作流(甚至是复杂的工作流)在复杂的组织中成为一种必要的邪恶。在某些情况下，一份时间不佳的新闻稿可能会带来可怕的后果。在这些情况下，我仍然倾向于“尽可能少的工作流”。如果管理层对简单的一步或两步批准感到满意，那么这是理想的。

--

关于分叉内容的话题，我不知道CMS会做得很好。对于我们自己的CMS，我们支持WWF ( Workflow )，但是内容存储库是在单一轨道上进行版本化的。这是很容易回滚，但没有自定义编码，我们不支持分叉或合并。

过去，我们通过创建网站的隐藏部分和复制现有页面中的内容来克服类似的挑战(这可以通过UI或API完成)。新的修改可以私下进行，现有的内容可以继续保持下去。

到了切换的时候，我们只是切换了一些URL，以隐藏现有的内容，然后使新内容使用现有的URL。任何合并都需要手动完成。我不确定这是否是最好的解决方案，但成功了。

--

不过，我对在CMS中分块和合并内容的想法很感兴趣。我想看看有没有人有更好的建议。

Answer 2

如果这是编程，您将创建一个分支，然后与主树合并。在不知道你的CMS的细节的情况下，我会为这两个月创建一个站点相关部分的副本，并在那里做和测试更改。这永远不会被发布到现场。

然后，当发生时，你必须改变原来的页面使用，比如说，新产品的名称。如果产品名称是较小的更改，则更改原始页面以使用名称。如果对原始页所做的更改较小，则将测试页复制到原始页并将所做的更改重新应用到原始页。

对于源代码，有一些工具可以帮助进行这种合并，但是您可能需要手工比较这两个页面。