TypeORM 生产迁移最佳实践
Best practice for production migration of TypeORM
我们使用 bamboo 作为 CI，在最后一步我们调用 npm prune --production 来清理 devDependencies。 TypeScript 和 ts-node 也是开发依赖。
我们还使用 TypeORM 作为项目的 ORM。我们将使用 typeorm cli 进行自动迁移、应用和还原它。
但是我们有一个问题。 TypeORM 将 ts-node 用于 运行ning cli，但在生产服务器上我们已经有一个没有开发依赖的图像。
任何人都可以建议在生产中进行 typeorm 迁移的最佳实践吗？我们不想在生产服务 ts-node 和 typescript 上部署，这对我们来说不是个好主意。这看起来是非常糟糕的做法。我们应该 运行 像 CI 步骤之一那样迁移吗？
我们也考虑使用 https://www.npmjs.com/package/db-migrate 但更喜欢使用我们 orm 的现有实用程序。
我们找到了解决办法。我们只是将迁移文件编译到 dist 文件夹和 运行 没有 --require ts-node/register 的 typeorm cli 命令。这对我们有好处。
我们使用 bamboo 作为 CI，在最后一步我们调用 npm prune --production 来清理 devDependencies。 TypeScript 和 ts-node 也是开发依赖。
我们还使用 TypeORM 作为项目的 ORM。我们将使用 typeorm cli 进行自动迁移、应用和还原它。 但是我们有一个问题。 TypeORM 将 ts-node 用于 运行ning cli，但在生产服务器上我们已经有一个没有开发依赖的图像。
任何人都可以建议在生产中进行 typeorm 迁移的最佳实践吗？我们不想在生产服务 ts-node 和 typescript 上部署，这对我们来说不是个好主意。这看起来是非常糟糕的做法。我们应该 运行 像 CI 步骤之一那样迁移吗？
我们也考虑使用 https://www.npmjs.com/package/db-migrate 但更喜欢使用我们 orm 的现有实用程序。
我们找到了解决办法。我们只是将迁移文件编译到 dist 文件夹和 运行 没有 --require ts-node/register 的 typeorm cli 命令。这对我们有好处。