【问题标题】:Best practice for production migration of TypeORM [closed]TypeORM 生产迁移的最佳实践 [关闭]
【发布时间】:2020-12-23 12:38:06
【问题描述】:

我们使用竹子进行 CI,在最后一步我们调用 npm prune --production 来清理 devDependencies。 TypeScript 和 ts-node 也是 dev 依赖。

我们也使用 TypeORM 作为 out 项目的 ORM。我们将使用 typeorm cli 进行自动迁移,应用和恢复它。 但是我们有一个问题。 TypeORM 使用 ts-node 运行 cli,但在生产服务器上,我们已经有一个没有开发依赖的镜像。

任何人都可以建议在生产中进行 typeorm 迁移的最佳实践吗?我们不想部署在生产服务 ts-node 和 typescript 上,这对我们来说不是一个好主意。这看起来是非常糟糕的做法。我们应该像 CI 步骤之一那样运行迁移吗?

我们也考虑使用https://www.npmjs.com/package/db-migrate,但更喜欢使用我们 orm 的现有实用程序。

【问题讨论】:

  • 将迁移作为 CI 步骤运行对我来说似乎很危险。为什么不从您的计算机上运行它?我认为数据库迁移不能完全自动化。
  • 从我的个人计算机运行是不可接受的,因为我的计算机上没有凭据。图片从秘密商店获取。

标签: node.js typescript migration database-migration typeorm


【解决方案1】:

我们找到了解决方案。我们只需将迁移文件编译到 dist 文件夹并在没有--require ts-node/register 的情况下运行 typeorm cli 命令。这对我们有好处。

【讨论】:

  • 那么如何在本地运行迁移?并且您的迁移是通过部署自动化还是您在服务器上手动运行迁移
猜你喜欢
  • 2016-02-20
  • 2021-12-31
  • 1970-01-01
  • 2011-05-02
  • 1970-01-01
  • 2011-07-14
  • 1970-01-01
  • 1970-01-01
  • 2021-09-02
相关资源
最近更新 更多