Turborepo 1.6
Turborepo 1.6 改变了 Turborepo 的游戏规则 - 你现在可以在任何项目中使用它。
- 在非 Monorepo 中使用 Turborepo: 你的项目构建速度很慢?你现在可以使用 Turborepo 来加速任何带有
package.json
的代码库的构建。 turbo prune
现在支持 npm: 使用npm
的 monorepo 现在支持修剪你的 monorepo,完成了对所有主要工作区管理器的支持。- 更快的缓存: 我们改进了处理本地文件写入的方式,这意味着 Turborepo 的缓存速度大幅提升。
立即运行 npm install turbo@latest
更新。
任何代码库都可以使用 Turborepo
Turborepo 可以帮助加速代码库中的任务。到目前为止,我们专门为 monorepos 构建了 Turborepo - 包含多个应用程序和软件包的代码库。
Turborepo 在 monorepos 中非常出色,因为它们有很多任务要处理。每个软件包和应用程序都需要构建、lint 和测试。
但是我们开始思考:很多不是 monorepos 的代码库会运行大量的任务。大多数 CI/CD 流程会进行大量重复的工作,如果使用缓存,将会从中受益。
所以我们很高兴地宣布,现在任何代码库都可以使用 Turborepo。
现在就尝试从示例开始,或者将 Turborepo 添加到现有项目中
将 Turborepo 添加到你的项目
- 安装
turbo
- 在新仓库的根目录下添加一个
turbo.json
文件
- 尝试使用
turbo
运行build
和lint
恭喜 - 你刚刚使用 turbo
运行了你的第一个构建。你可以尝试
我应该在什么时候使用 Turborepo?
Turborepo 可用于非 monorepos,这开辟了很多新的用例。但它在什么时候表现最佳?
当脚本相互依赖时
你应该使用 turbo
来运行你的 package.json
脚本。如果你有多个相互依赖的脚本,你可以将它们表示为 Turborepo 任务
然后,你可以运行
因为你已经说了 build
应该在 lint
和 test
之前运行,当你运行 lint
或 test
时,它将自动为你运行 build
。
不仅如此,它还会为你计算出最佳的调度方案。查看我们的核心概念文档,了解如何优化速度。
当你想并行运行任务时
假设你正在运行一个 Next.js 应用程序,并且也在运行 Tailwind CLI。你可能有两个脚本 - dev
和 dev:css
无需对你的 turbo.json
进行任何添加,你可以运行
就像 concurrently
这样的工具一样,Turborepo 将自动并行运行这两个脚本。
这对于开发模式非常有用,但也可以用来加速 CI 上的任务 - 假设你有多个脚本要运行
Turborepo 将会找出并行运行所有任务的最快方法。
修剪现在支持 npm
在过去的几个版本中,我们一直在为不同的工作区管理器添加对 turbo prune
的支持。这是一个挑战 - turbo prune
会创建你的 monorepo 的子集,包括修剪你的锁定文件中的依赖项。这意味着我们必须分别为每个工作区管理器实现逻辑。
我们很高兴地宣布 turbo prune
现在可以用于 npm
,完成了对所有主要软件包管理器的支持。这意味着如果你的 monorepo 使用 npm
、yarn
、yarn 2+
或 pnpm
,你将能够轻松地部署到 Docker。
查看我们之前关于turbo prune
的博客,了解更多信息。
缓存的性能改进
在 1.6 之前,Turborepo 的本地缓存是系统上文件的递归副本,复制到磁盘上的另一个位置。这很慢。这意味着对于我们需要缓存的每个文件,我们需要执行六次系统调用:打开、读取和关闭源文件;打开、写入和关闭目标文件。
在 1.6 中,我们几乎将这个数字减少了一半。现在,当创建缓存时,我们创建一个 .tar
文件(一次打开),我们以 1mb 的块写入它(批量写入),然后关闭它(一次关闭)。系统调用的减半也发生在从缓存中取出的过程中。
我们并没有就此止步。在过去的一个月里,我们在构建工具链方面投入了大量资金,以启用 CGO,从而解锁了使用 C 编写的一流库。这使我们能够采用 Zstandard 的 libzstd
进行压缩,这使我们的压缩性能在算法上提高了 3 倍。
经过所有这些更改,我们经常看到本地缓存创建的性能提高了 2 倍以上,远程缓存创建的性能提高了 3 倍以上。你的存储库越大,或者你的设备越慢(我正在看着你,CI),性能就会更好。这意味着我们已经能够为最需要它的人提供性能提升。