assert(0)

1. 智能并行执行 (Parallel Execution)#

Turborepo 能通过静态分析，自动生成一张任务依赖图（DAG）。

• 它知道 Web 和 Desktop 都依赖 UI。

• 它知道 Web 和 Desktop 之间互不依赖。

因此，它的执行逻辑是：

1. 先跑 UI（利用多核 CPU 快速完成）。

2. UI 完成后，同时启动 Web 和 Desktop 的构建。

这意味着你的构建时间不再是 Time(UI) + Time(Web) + Time(Desktop)，而是被压缩成了 Time(UI) + Max(Time(Web), Time(Desktop))。

2. 增量构建与多级缓存 (Incremental Computation)#

这是 Turborepo 最核心的“黑科技”。它不会盲目地执行命令，而是先做一次指纹比对。

当你运行任务时，Turborepo 会计算一个 Hash 值，这个值包含了：

• 源文件的内容

• 环境变量

• 依赖项的 Hash 值

场景演示：

你修改了 apps/web 里的一行代码，但没有碰 packages/ui 和 apps/desktop。

• UI 库： Hash 没变 ➡️ 直接命中缓存 (HIT)。Turborepo 会在毫秒级时间内从硬盘恢复上次构建出的 .js 文件。

• Desktop： 代码没变，依赖的 UI 也没变 ➡️ 命中缓存 (HIT)。

• Web： 自身代码变了 ➡️ 未命中 (MISS)。Turborepo 只会重新构建 Web 这一部分。

这种机制被称为“永远不要做重复的工作”。

3. 远程缓存 (Remote Caching)#

如果你觉得本地缓存已经很快了，Turborepo 还有更进一步的玩法：云端缓存。

在一个团队中，如果同事 A 已经构建过了 packages/ui，Turborepo 可以将这个缓存上传到云端（Vercel Cloud 或自建服务器）。当你拉取代码并在自己电脑上运行时，Turborepo 会发现云端已经有这个 Hash 了，直接下载产物。

结果： 你甚至不需要构建你同事已经构建过的代码。

1. 定义任务管道#

JSON

1
{
2
  "$schema": "https://turbo.build/schema.json",
3
  "pipeline": {
4
    "build": {
5
      // ^ 表示拓扑依赖：构建我之前，先构建我的所有依赖项
6
      "dependsOn": ["^build"],
7
      // 告诉 Turbo 哪些文件是产出物，需要被缓存
8
      "outputs": [".next/**", "dist/**", "src-tauri/target/**"]
9
    },
10
    "dev": {
11
      // 开发模式不需要缓存，且需要持久运行
12
      "cache": false,
13
      "persistent": true
14
    }
15
  }
16
}

2. 享受开发体验#

配置完成后，你只需要在根目录运行：

Bash

1
npx turbo build

你将看到终端输出中不同颜色的任务条。第一次可能需要一点时间，但当你紧接着运行第二次时，你会看到那个令人心情愉悦的标志：

FULL TURBO (耗时 < 100ms)

下一步行动#

你可以尝试在本地通过官方脚手架快速体验：

npx create-turbo@latest

CI/CD 是什么？#

你可以把 CI/CD 想象成一个全自动化的软件流水线工厂。

CI/CD 配置是什么？#

配置就是你写给这个机器人的**“操作手册”**。

机器人很笨，它不知道怎么运行你的代码。你需要写一个文件（通常是 YAML 格式），一步一步告诉它该干什么。

不同的平台配置文件的名字不一样：

• GitHub Actions: .github/workflows/main.yml (最流行)

• GitLab CI: .gitlab-ci.yml

• Jenkins: Jenkinsfile

1
# 1. 触发器：当有人 push 代码到 main 分支时
2
on:
3
  push:
4
    branches: ["main"]
5

6
# 2. 任务列表
7
jobs:
8
  build-and-test:
9
    # 环境：在最新的 Ubuntu 虚拟机上运行
10
    runs-on: ubuntu-latest
11

12
    # 3. 步骤：机器人的具体动作
13
    steps:
14
      # 第一步：把代码从仓库里拉下来
15
      - name: Checkout code
16
        uses: actions/checkout@v3
17

18
      # 第二步：安装 Node.js 环境
19
      - name: Install Node.js
20
        uses: actions/setup-node@v3
21
        with:
22
          node-version: 18
23

24
      # 第三步：安装 pnpm (Turborepo 推荐的包管理器)
25
      - name: Install pnpm
26
        uses: pnpm/action-setup@v2
27

28
      # 第四步：安装依赖
29
      - name: Install dependencies
30
        run: pnpm install
31

32
      # ==========================================
33
      # 第五步：【关键】召唤 Turborepo
34
      # 这一步会同时构建 Web 和 Tauri (如果是纯构建检查)
35
      # 并且会自动利用云端缓存！
36
      # ==========================================
37
      - name: Build with Turbo
38
        run: npx turbo build

Turborepo 在 CI/CD 里的神级作用#

你可能会问：“既然 CI/CD 就是自动跑脚本，那有没有 Turborepo 有什么区别？”

区别在于：钱和时间。

CI/CD 服务通常是按分钟收费的（或者免费额度有限）。

• 没有 Turborepo： 每次提交代码，CI 都要傻傻地从头构建所有东西。耗时 10 分钟。

• 有 Turborepo：

  1. 你上传代码。

  2. CI 里的 Turborepo 启动。

  3. 它检查云端缓存（Remote Cache）。

  4. 它发现：“咦？UI 库和 Web 端都没变，只有 Tauri 端变了。”

  5. 它直接跳过 UI 和 Web 的构建，只跑 Tauri。

  6. 耗时 2 分钟。

总结：

• CI/CD 是那个帮你自动干脏活累活的机器人。

• 配置 (YAML) 是你写给机器人的说明书。

• Turborepo 是你给机器人装的高速马达，让它干活快十倍。