我在一家使用Drupal 6为其SAAS产品托管文档的公司工作。使用Book.module将文档组织在各种书籍中。
我们有一个生产Drupal站点，其中包含生产SAAS产品的文档。
其次，对于即将推出的产品版本，我们有一个“预览”网站 - 文档与生产网站略有不同。
第三，我们有一个“开发”网站，其中包含我们产品文档的不稳定版本。此处的文档经常更改
文档最初是在开发中创作，移至预览，最后是制作。
随着我们产品的发展，手动更新每个Drupal网站是非常笨拙的。我看过Deploy.module，尽管看起来很有前途，但它有局限性（例如：它无法处理书籍结构/菜单）。它还使得批量或移动部件的解决方案非常复杂。
我希望我一直在思考一切，而一些Drupal摇滚明星可以指出一个明显的（或不那么明显的）解决方案。
（一个明显的非drupal解决方案可能只是将文档页面存储为版本控制中的html并使用适当的版本更新每个站点。但是这样我失去了Drupal非常擅长的ACL功能。）
思考？ 干杯
答案 0 :(得分：1)
我很喜欢Feeds模块，以便在我选择或定期时让一个站点从另一个站点使用某个视图。这将需要一些配置工作才能开始，但它比交钥匙解决方案更灵活，并且它不像任何SQL转储那样脆弱 - ＆gt;导入节点修订表。