我想知道在生产中运行 Strapi 的最佳实践是什么。我注意到 Strapi 在添加内容类型时会生成新文件。这意味着生产环境的文件将与版本控制不同步。有推荐的部署流程吗?在管理员中进行更改后,我是否应该将更改从生产提交到我的 git 存储库?
1 回答
在生产模式下禁用主要由content-type-builder
和其他设置生成的文件NODE_ENV=production
管理面板应该已经构建在 prod 上,因此您只需根据给定的数据结构将必要的数据添加到 DB 中。
TLTR:
从 github.com/strapi/strapi/issues/1986 总结您的问题的答案:
emadicio于2018 年 9 月 20 日发表评论
如果您使用NODE_ENV=production运行您的应用程序,您会注意到实际编辑或创建文件的插件被禁用。这意味着您无法在 prod 中创建或编辑内容类型
下载戴夫在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
以便轻松地从一个环境迁移到另一个环境。不过我不能给你发布日期...