环境变量

Create T3 App 使用自己的包 @t3-oss/env-nextjs↗ 和 zod↗ ，通过在 src/env.js 中提供一个简单的逻辑，在运行时和构建时验证环境变量。

env.js

简而言之，如果你想要添加一个新的环境变量，你需要在 src/env.js 中添加一个验证器，然后在 .env 文件中添加键值对。

import { createEnv } from "@t3-oss/env-nextjs";
import { z } from "zod";

export const env = createEnv({
  server: {
    NODE_ENV: z.enum(["development", "test", "production"]),
  },
  client: {
    // NEXT_PUBLIC_CLIENTVAR: z.string(),
  },
  runtimeEnv: {
    NODE_ENV: process.env.NODE_ENV,
  },
});

T3 Env 使用 createEnv 函数来创建 schema，以验证客户端和服务端的环境变量。

使用环境变量

当你想使用你的环境变量时，你可以从创建的 env.js 中导入，并像平常一样使用它们。如果你在客户端导入并尝试访问服务端环境变量，你将得到一个运行时错误。

import { env } from "../../env.js";

// `env` 是完全类型安全的，并提供自动完成功能
const dbUrl = env.DATABASE_URL;

import { env } from "../env.js";

// ❌ 这将抛出一个运行时错误
const dbUrl = env.DATABASE_URL;

// ✅ 这是正确的
const wsKey = env.NEXT_PUBLIC_WS_KEY;

.env.example

由于默认的 .env 文件不会被提交到版本控制中，因此我们还提供了一个 .env.example 文件，你可以在其中选择性地保留你的 .env 文件的副本，并删除其中的任何机密信息。这不是必需的，但我们建议保持示例文件的更新，以便让贡献者更轻松地开始配置他们的环境。

有些框架和构建工具（例如 Next.js）建议你将机密信息存储在 .env.local 文件中，并将 .env 文件提交到你的项目中。我们不建议这样做，因为这样很容易意外地将机密信息提交到你的项目中。相反，我们建议你将机密信息存储在 .env 文件中，将 .env 文件添加到 .gitignore 中，只将 .env.example 文件提交到你的项目中。

添加环境变量

为了确保项目所需的环境变量不会丢失，您需要在两个位置添加新的环境变量。

📄 .env：像在 .env 文件中一样输入您的环境变量，例如：KEY=VALUE

📄 env.js：为每个环境变量添加适当的验证逻辑，在 createEnv 中定义一个Zod模式，例如：KEY: z.string()。此外，确保在 runtimeEnv 选项中对它们进行解构，例如：KEY: process.env.KEY

你也可以选择更新 .env.example