wagtail cms 内容部署到生产
wagtail cms content deploy to production
我正在研究流行的 django cms 框架 - wagtail 并提出问题：你如何部署你开发的内容 - 比如 pages/documents/images 到生产环境？
我很困惑，因为这些内容（如页面）被保存到数据库中，本质上它们只是数据库表行而不是 git 存储库中的资源，所以如果我在我的开发中开发一个简单的网站当我开始部署到产品时，它不像 git 推送那么简单。这方面的最佳做法是什么？
我从 torchbox 上读了一些代码，有一些数据库转储和使用 fabaric 提取任务的记录，不确定这是否是首选方式，也不能完全理解它们。
或者如果它是生产站点，是否假设每个人都在那里添加内容并且生产是真实的来源，不需要 "content deployment" 因为所有这些都需要通过南方迁移或其他方式更改的架构仅限静态资源。
请有这方面经验的朋友帮忙指导一下。
谢谢
在我们的 (Torchbox) 网站上，所有内容输入通常发生在生产网站上，因此我们不需要将任何数据库内容作为常规部署的一部分推送。我们的许多站点都有数十甚至数百名编辑者，因此几乎不可能在站点的多个安装之间同步内容。
每当我们需要将内容从一个安装转移到另一个安装时（例如，第一次部署生产站点，或提取实时站点的快照以帮助开发），我们使用 Postgresql pg_dump 命令生成完整数据库的 SQL 转储，然后使用 psql 命令将其还原到目标位置。 Fabric 等工具可用于自动执行此操作，但这不是必需的。
我正在研究流行的 django cms 框架 - wagtail 并提出问题：你如何部署你开发的内容 - 比如 pages/documents/images 到生产环境？
我很困惑，因为这些内容（如页面）被保存到数据库中，本质上它们只是数据库表行而不是 git 存储库中的资源，所以如果我在我的开发中开发一个简单的网站当我开始部署到产品时，它不像 git 推送那么简单。这方面的最佳做法是什么？
我从 torchbox 上读了一些代码，有一些数据库转储和使用 fabaric 提取任务的记录，不确定这是否是首选方式，也不能完全理解它们。
或者如果它是生产站点，是否假设每个人都在那里添加内容并且生产是真实的来源，不需要 "content deployment" 因为所有这些都需要通过南方迁移或其他方式更改的架构仅限静态资源。
请有这方面经验的朋友帮忙指导一下。
谢谢
在我们的 (Torchbox) 网站上，所有内容输入通常发生在生产网站上，因此我们不需要将任何数据库内容作为常规部署的一部分推送。我们的许多站点都有数十甚至数百名编辑者，因此几乎不可能在站点的多个安装之间同步内容。
每当我们需要将内容从一个安装转移到另一个安装时（例如，第一次部署生产站点，或提取实时站点的快照以帮助开发），我们使用 Postgresql pg_dump 命令生成完整数据库的 SQL 转储，然后使用 psql 命令将其还原到目标位置。 Fabric 等工具可用于自动执行此操作，但这不是必需的。