在生产和版本控制同步问题中运行Strapi

时间:2018-09-12 20:47:20

标签: deployment version-control strapi

我想知道在生产中运行Strapi的最佳实践是什么。我注意到添加内容类型时Strapi会生成新文件。这意味着生产环境的文件将与版本控制不同步。有建议的部署过程吗?在管理员中进行更改后,是否应该将生产更改提交到git repo?

1 个答案:

答案 0 :(得分:0)

主要由content-type-builder和其他设置生成的文件在生产模式 NODE_ENV = production

中被禁用

管理面板应该已经基于prod构建,因此您只能根据给定的数据结构将必要的数据添加到数据库中。

TLTR

在github.com/strapi/strapi/issues/1986中总结您的问题的答案:


emadicio 2018年9月20日

上发表了评论

如果您使用 NODE_ENV = production 运行应用程序,则会发现实际上用于编辑或创建文件的插件已被禁用。因此,这意味着您无法在prod中创建或编辑内容类型


Downloaddave 2018年9月22日上发表了评论:

然后我将Strapi本地部署到Prod环境,并感到困惑,因为在生产CMS中没有看到内容类型生成器。

我也试图了解部署和更新过程...

  • 开发人员在本地设置Strapi
  • 使用content-type-builder创建内容类型
  • Strapi对本地和本地MongoDB上的文件结构进行更新
  • 在生产中,我们必须同时推送代码和数据库更新吗?

我知道对content-type-builder进行更改会重新启动服务,并且我们不希望在重建过程中生产停止,但是似乎数据确实会在生产和生产之间变得不同步。开发。


Aurelsicoko 2018年10月2日

上发表了评论

您是对的! Content-Type Builder是一个开发插件。他的目标是加快项目的开发。不应在生产中使用。我们没有为此用途设计该插件。

真正的痛苦是将开发配置迁移到生产,反之亦然。我们计划通过CLI提供一个名为strapi migrate的新命令,以轻松地从一个环境迁移到另一个环境。不过我无法给您发布日期...