我们正在实施 Plone CMS 作为 ISO9001 文档的存储库。
ISO 要求一定数量的日志记录，熟悉该标准的人可能都知道 :-)
为了灵活起见，我们想合并，没有特定的顺序：
- 新的内容类型：需要合并企业中可能出现的不同文件
- 版本控制：显示我们的文档始终是最新的，并显示与同一文档的先前版本相比进行了哪些更改
- 工作副本支持：使“已发布”文档在编辑时保持在线
- 更复杂的工作流程：考虑 ISO 规定的审查流程
- 不同文档的不同工作流程：因为工作流程取决于文档的类型。
因此，工作流优化的圣杯应该是（如果我错了，请纠正我）：
- 内容类型的灵活性
- CMFEdition（嵌入在 Plone 中）用于版本控制
- 迭代工作副本支持
- plone.app.workflowmanager 用于新的工作流程
- Products.CMFPlacefulWorkflow 针对不同的工作流根据不同的文档
问题在于不同产品的集成：
- 如何让版本控制与 Dexterity 一起工作？
- 您如何在此之上添加工作副本（保持必要的版本控制）？
- 以及如何让您闪亮的新工作流程（对于工作流程管理器来说很棒的 UI 顺便说一句）与版本控制和工作副本一起玩得很好。
我搜索了 google-realm 并已经找到了这些链接：
- 工作副本和工作流程： 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
这些都已安装和配置...
但是，我的新内容类型不允许签出/签入（迭代产品），并且历史视图中也不会跟踪相同内容类型的版本/更改。
他们是一个神奇的顺序，还是我错过了一些东西（或者很多——这更有可能）？因为如果所有这些产品在我看来都是“开箱即用”的，那么这就是所有工作流程的包罗万象的解决方案......
2012 年 4 月 17 日加法：正如 thet 所说，堆栈已完成
- 敏捷的版本控制行为：http: //pypi.python.org/pypi/plone.app.versioningbehavior
- 敏捷的分期行为： http ://pypi.python.org/pypi/plone.app.stagingbehavior