Plone工作流的圣杯

Question

我们正在实施作为in 9001-文件存储库的Plone CMS。

ISO需要一定数量的日志，任何熟悉该标准的人都可能知道:-)

为了灵活起见，我们不想按具体顺序包括：

• 新内容类型:合并企业中可能出现的不同文档所必需的
• 版本控制:显示我们的文档始终是最新的，并显示对同一文档的前一个版本所做的更改。
• 工作副本支持:使“已发布”文档在编辑过程中保持在线状态。
• 更复杂的工作流程:负责国际标准化组织规定的审查过程
• 不同文档的不同工作流:因为工作流取决于文档的类型。

因此，工作流优化的圣杯应该是(如果我错了请纠正我)：

• 内容类型的灵活性
• 用于版本控制的CMFEdition (嵌入Plone)
• 迭代以支持工作副本
• 用于新工作流的plone.app.workflowmanager
• 根据不同的文档，针对不同工作流的Products.CMFPlacefulWorkflow

问题是不同产品的整合：

• 如何使版本控制与灵巧一起工作？
• 如何在此基础上添加工作副本(保持必要的版本控制)？
• 以及如何让您的新工作流程(对于工作流管理器来说是很棒的UI )能够很好地处理版本控制和工作副本。

我搜索了google-领域，并已经找到了以下链接：

• 工作副本和工作流：http://plone.org/products/iterate/documentation/how-to/working-copy-workflow-customization
• 灵巧性和版本化：http://plone.org/products/dexterity/documentation/how-to/adding-versioning-to-dexterity-content-types

我们还检查了：

• 原型内容类型版本控制：http://plone.org/documentation/manual/developer-manual/archetypes/appendix-practicals/enabling-versioning-on-your-custom-content-types

它们都被安装和配置..。

但是，我的新内容类型不允许签出/签入(迭代产品)，也不允许在同一内容类型的历史视图中跟踪版本/更改。

他们是一个神奇的序列跟随，还是我遗漏了什么(或者很多-which更有可能)？因为在我看来，如果所有这些产品都能“开箱即用”的话，这是一个适用于所有工作流程的解决方案.

2012/04/17:正如thet所指出的，堆栈是在这两个方面完成的

• 灵巧性的验证行为：http://pypi.python.org/pypi/plone.app.versioningbehavior
• 灵活灵活的滞胀行为：http://pypi.python.org/pypi/plone.app.stagingbehavior

Answer 1

您需要使用plone.app.stagingbehavior (http://pypi.python.org/pypi/plone.app.stagingbehavior)，它将迭代/CMFEditions链接到灵巧类型。不确定您的版本控制问题。

Answer 2

您还可以插入验证行为

和滞胀行为。