Compare commits
2 Commits
| Author | SHA1 | Date | |
|---|---|---|---|
 湛兮
|
e9931a0923 | ||
|
湛兮
|
efa71ede6d |
@@ -0,0 +1,23 @@
|
||||
# access-manage Agent Skills
|
||||
|
||||
本目录存放 `access-manage` 的项目级 Agent skill。规则参考 SeaCloud 项目的 agent skill 组织方式，并按当前 Fastify、TypeScript、mysql2 和学习型后端项目场景保留最小必要规范。
|
||||
|
||||
## 使用入口
|
||||
|
||||
1. 进入仓库后先读 `AGENTS.md` 和 `RTK.md`。
|
||||
2. 创建或修改代码文件时，使用 `header-comment-sync` 保持中文文件头、导出声明和复杂逻辑注释同步。
|
||||
3. 提交或推送代码时，使用 `chinese-commit-message` 生成英文 type 前缀加中文摘要的 commit message。
|
||||
4. 目录、关键文件或脚本发生变化时，继续使用 `readme-structure-sync` 同步 README。
|
||||
5. 所有 skill 的触达文件补齐规则只处理本次任务相关文件，不要求为了单次任务全仓扫描。
|
||||
|
||||
## 当前项目事实
|
||||
|
||||
- 应用类型：门店员工权限管理后端。
|
||||
- 技术栈：Fastify、TypeScript、mysql2、zod、@fastify/jwt。
|
||||
- 关键边界：保持 controller、service、repository 分层，不引入 ORM。
|
||||
|
||||
## Skill 索引
|
||||
|
||||
- `header-comment-sync`：中文文件头、导出声明、复杂逻辑和风险边界注释。
|
||||
- `chinese-commit-message`：中文提交信息格式。
|
||||
- `readme-structure-sync`：README 与目录结构同步规则。
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
name: chinese-commit-message
|
||||
description: 在本仓库执行 git commit、整理提交说明或准备推送时使用，保持提交信息使用英文类型前缀加中文描述。
|
||||
---
|
||||
|
||||
# 中文提交信息
|
||||
|
||||
## 何时使用
|
||||
|
||||
- 用户要求提交、推送或整理 commit message。
|
||||
- 你准备执行 `git commit`。
|
||||
- 需要总结当前 diff 的提交说明。
|
||||
|
||||
## 核心要求
|
||||
|
||||
1. 提交信息必须使用英文 type 加中文摘要，例如 `feat: 补齐后端 agent skill 规范`。
|
||||
2. 常用 type 优先使用 `feat`、`fix`、`refactor`、`docs`、`chore`。
|
||||
3. 不强制 scope；只有模块边界非常清楚时才使用 `feat(auth): ...`。
|
||||
4. 标题部分使用简洁中文，直接说明改动，不写“修改一下”“更新代码”这类空泛描述。
|
||||
5. 非 trivial 改动建议补中文正文，用扁平 bullet 按文件或内容块说明关键动作。
|
||||
6. 正文与标题之间空一行；正文每条 bullet 对应一个独立文件或明确内容块。
|
||||
7. 如果用户指定提交信息，优先尊重用户原意，只做必要格式整理。
|
||||
|
||||
## 触达文件补齐
|
||||
|
||||
- 不要求为了提交信息单独全仓扫描。
|
||||
- 提交前如果 diff 中的触达文件明显违反对应 skill 的触达补齐要求，应先修正当前相关链路，再整理 commit message。
|
||||
- commit 正文应概括本次触达补齐，例如“补齐触达文件注释”“同步 README 目录说明”。
|
||||
|
||||
## 推荐结构
|
||||
|
||||
```text
|
||||
feat: 补齐后端 agent skill 规范
|
||||
|
||||
- .agents/README.md: 新增项目级 skill 索引和使用入口
|
||||
- .agents/skills: 补充中文提交与注释同步规则
|
||||
- AGENTS.md: 增加本地 skill 入口
|
||||
```
|
||||
|
||||
## 不推荐写法
|
||||
|
||||
- `新增规则`
|
||||
- `feat: add skills`
|
||||
- `fix bug`
|
||||
- `update`
|
||||
- 复杂改动只有标题没有正文。
|
||||
- 正文写成长段流水账或嵌套列表。
|
||||
|
||||
## 落地检查
|
||||
|
||||
- type 是否合理。
|
||||
- 中文摘要是否覆盖主改动。
|
||||
- 是否需要正文。
|
||||
- 正文是否按文件或内容块归纳。
|
||||
@@ -0,0 +1,66 @@
|
||||
---
|
||||
name: header-comment-sync
|
||||
description: 在本仓库创建或修改 ts、tsx、js、jsx、mjs、cjs、vue、astro 文件时使用，保持中文文件头、导出声明、复杂逻辑和风险边界注释准确。
|
||||
---
|
||||
|
||||
# 注释规范与同步
|
||||
|
||||
## 目标
|
||||
|
||||
让下一次进入文件的维护者能快速理解当前职责、关键约束和风险边界。注释解释“为什么”和“边界”，不复述代码表面行为。
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 新增或修改 controller、service、repository、schema、types、config、db、middleware、utils 或脚本文件。
|
||||
- 修改鉴权、权限、事务、SQL 条件、迁移、环境变量校验、后端协议转换或错误处理逻辑。
|
||||
- 发现旧注释与当前代码行为不一致。
|
||||
|
||||
## 核心原则
|
||||
|
||||
- 注释使用中文，描述当前事实。
|
||||
- 简单局部变量不强行注释。
|
||||
- 文件头说明文件当前职责，1 到 2 行即可。
|
||||
- 导出的函数、类型、常量、配置对象、repository method、service method 应有用途说明。
|
||||
- 复杂兼容逻辑、SQL 约束、事务边界、权限映射、密码安全和审计边界需要短注释。
|
||||
- TODO/FIXME 必须说明触发条件、剩余动作和可删除条件。
|
||||
|
||||
## 文件头规则
|
||||
|
||||
- 每个适用文件都要有准确文件头。
|
||||
- 如果文件必须以 `"use client"` 或 `"use server"` 开头，文件头注释放在指令之后、导入之前。
|
||||
- Vue 文件不为了补头注释重排模板结构；在 `<script>` 或 `<script setup>` 顶部补当前职责说明。
|
||||
- 文件头不要写“本文件用于...”这类空话，直接说明业务角色。
|
||||
|
||||
```ts
|
||||
/**
|
||||
* 员工仓储层，集中封装员工查询、状态变更、角色绑定和凭据安全相关 SQL。
|
||||
*/
|
||||
```
|
||||
|
||||
## JSDoc 与局部注释
|
||||
|
||||
- 导出的函数、类、类型、常量和配置对象优先使用 JSDoc。
|
||||
- 非导出但复杂的解析、格式化、请求构造、状态派生、事务回调也要补。
|
||||
- 只在局部逻辑确实有约束时使用行内注释，例如事务顺序、兼容字段、后端协议和临时迁移。
|
||||
- 不要在每一行、简单赋值、短生命周期变量上堆注释。
|
||||
|
||||
## 触达文件补齐
|
||||
|
||||
- 不要求为了注释规范单独全仓扫描。
|
||||
- 只要本次任务修改了适用文件，就顺手补齐明显缺失或过时的文件头、导出声明、共享类型、复杂回调和协议注释。
|
||||
- 大文件可按触达区域优先，但同文件内裸露的顶层导出和共享类型应一起补。
|
||||
- 如果一次补齐整个大文件会明显超出需求范围，至少补齐当前需求链路和顶层声明，并在交付说明里说明剩余范围。
|
||||
|
||||
## 不推荐的写法
|
||||
|
||||
- 注释只写“处理数据”“点击事件”这种无信息内容。
|
||||
- 注释描述旧方案，和当前代码矛盾。
|
||||
- 为简单赋值、短生命周期变量写注释。
|
||||
- 用英文口号、emoji 或情绪化标记替代项目内中文说明。
|
||||
|
||||
## 落地检查
|
||||
|
||||
- 修改后的文件头是否准确。
|
||||
- 新增/修改的导出声明是否有必要说明。
|
||||
- 复杂逻辑是否解释了约束而不是复述代码。
|
||||
- 旧注释是否仍然可信。
|
||||
@@ -1 +1,14 @@
|
||||
@RTK.md
|
||||
|
||||
# access-manage Agent 入口
|
||||
|
||||
## 必用 Skill
|
||||
|
||||
- 创建或修改 `ts`、`tsx`、`js`、`jsx`、`mjs`、`cjs`、`vue`、`astro` 文件时，使用 `./.agents/skills/header-comment-sync/SKILL.md`。
|
||||
- 执行 `git commit`、整理提交说明或准备推送时，使用 `./.agents/skills/chinese-commit-message/SKILL.md`。
|
||||
- 新增、删除、移动目录或关键入口文件时，继续使用 `./.agents/skills/readme-structure-sync/SKILL.md`。
|
||||
|
||||
## 本地规则
|
||||
|
||||
- 先读 `RTK.md`，再按任务读取 `.agents/README.md` 中匹配的 skill。
|
||||
- skill 的触达文件补齐只处理本次修改相关文件，不为单次任务全仓扫描。
|
||||
|
||||
@@ -36,8 +36,11 @@
|
||||
```text
|
||||
.
|
||||
├── .agents/
|
||||
│ ├── README.md # 项目级 Agent skill 索引和使用入口
|
||||
│ └── skills/
|
||||
│ └── readme-structure-sync/ # README 和目录结构同步维护规则
|
||||
│ ├── chinese-commit-message/ # 中文提交信息规范
|
||||
│ ├── header-comment-sync/ # 中文文件头和注释同步规范
|
||||
│ └── readme-structure-sync/ # README 和目录结构同步维护规则
|
||||
├── .env.development # 默认本地开发环境变量文件，不提交到仓库
|
||||
├── .env.local / .env.production # 可选环境变量文件，不提交到仓库
|
||||
├── .gitignore # Git 忽略规则，排除本地配置、依赖和编译产物
|
||||
@@ -47,7 +50,8 @@
|
||||
│ └── API.md # 前端对接接口文档
|
||||
├── deploy/
|
||||
│ ├── env/
|
||||
│ │ ├── test.env.example # 测试环境变量示例，不包含真实密码
|
||||
│ │ ├── local.env.example # 本地环境变量示例，不包含真实密码
|
||||
│ │ ├── test.env.example # develop/测试环境变量示例，不包含真实密码
|
||||
│ │ └── production.env.example # 生产环境变量示例，不包含真实密码
|
||||
│ └── server/
|
||||
│ ├── create-env.sh # 在服务器生成测试/生产真实环境变量
|
||||
@@ -92,14 +96,17 @@
|
||||
|
||||
| 路径 | 作用 |
|
||||
| --- | --- |
|
||||
| `.agents/README.md` | 项目级 Agent skill 索引和使用入口。 |
|
||||
| `.agents/skills/chinese-commit-message/` | 项目内 skill。约定提交信息使用英文 type 前缀加中文描述。 |
|
||||
| `.agents/skills/header-comment-sync/` | 项目内 skill。约定触达代码文件时同步中文文件头、导出声明和复杂逻辑注释。 |
|
||||
| `.agents/skills/readme-structure-sync/` | 项目内 skill。约定当目录、重要文件或 `package.json` 脚本变化时，同步更新 README。 |
|
||||
| `.env.development` | 当前 `package.json` 脚本默认读取的本地开发环境变量文件；该文件只保留在本机，不提交到仓库。 |
|
||||
| `.env.local` / `.env.production` | 本机已有的其他环境变量文件；代码已允许 `NODE_ENV=local` 和 `NODE_ENV=production`，切换脚本时可以复用。 |
|
||||
| `.env.local` / `.env.production` | 本机已有的其他环境变量文件；代码已允许 `APP_ENV=local/develop/production` 区分本地、测试和生产，切换脚本时可以复用。 |
|
||||
| `.gitignore` | 忽略本地环境变量、依赖目录、编译产物和系统文件，避免把无关文件推到仓库。 |
|
||||
| `AGENTS.md` | Agent 工具读取的入口文件，当前通过 `@RTK.md` 引入项目规则。 |
|
||||
| `RTK.md` | 本项目的协作规则，例如使用中文说明、保持分层、改目录时同步 README。 |
|
||||
| `docs/API.md` | 面向前端对接的完整接口文档，包含认证、权限、字段约束、示例请求响应和错误码。 |
|
||||
| `deploy/env/` | 测试/生产环境变量示例，只给字段结构，不提交真实密码。 |
|
||||
| `deploy/env/` | 本地、develop/测试、生产环境变量示例，只给字段结构，不提交真实密码。 |
|
||||
| `deploy/server/` | 服务器部署辅助文件。`create-env.sh` 在服务器本地生成测试/生产真实环境变量，Compose 模板分别启动测试和生产 MySQL。 |
|
||||
| `migrations/` | 数据库迁移目录。所有建表、改表、初始化基础数据的 SQL 都放在这里。 |
|
||||
| `src/app.ts` | 创建 Fastify 应用，注册路由，处理健康检查和全局错误。 |
|
||||
@@ -152,6 +159,8 @@ pnpm install
|
||||
|
||||
```env
|
||||
NODE_ENV=development
|
||||
APP_ENV=local
|
||||
APP_ENV_LABEL=本地环境
|
||||
PORT=3500
|
||||
|
||||
DB_HOST=127.0.0.1
|
||||
@@ -165,7 +174,7 @@ JWT_SECRET=请使用至少 32 位的随机字符串
|
||||
JWT_EXPIRES_IN=2h
|
||||
```
|
||||
|
||||
代码允许的 `NODE_ENV` 值是：`local`、`development`、`test`、`production`。如果改用 `.env.local` 或 `.env.production` 启动，也需要包含同样的 `JWT_SECRET` 和 `JWT_EXPIRES_IN`。
|
||||
代码允许的 `APP_ENV` 值是：`local`、`develop`、`production`，其中历史 `test` 会兼容为 develop/测试环境。未显式配置 `APP_ENV_LABEL` 时，健康检查会按环境输出“本地环境”“测试环境”或“生产环境”。如果改用 `.env.local`、`.env.test` 或 `.env.production` 启动，也需要包含同样的 `JWT_SECRET` 和 `JWT_EXPIRES_IN`。
|
||||
|
||||
## 启动步骤
|
||||
|
||||
@@ -315,7 +324,7 @@ curl http://127.0.0.1:3500/health # 生产
|
||||
pnpm build:dev
|
||||
```
|
||||
|
||||
命令执行完成后会得到最新的 `dist/`。如果需要压缩上传，由部署者手动选择要打包的文件；测试构建可执行 `pnpm build:test`，正式生产构建时执行 `pnpm build:pro`。
|
||||
命令执行完成后会得到最新的 `dist/`。如果需要压缩上传，由部署者手动选择要打包的文件；develop/测试构建可执行 `pnpm build:develop` 或兼容命令 `pnpm build:test`，正式生产构建时执行 `pnpm build:pro`。
|
||||
|
||||
## 环境构建约定
|
||||
|
||||
@@ -330,14 +339,17 @@ pnpm build:dev
|
||||
| `pnpm dev` | 使用现有 `.env.development` 启动开发服务，并通过 `tsx watch` 监听代码变化。 | 日常开发接口时使用。 |
|
||||
| `pnpm build` | 使用 `tsc` 编译 TypeScript，输出到 `dist/`。 | 准备运行编译产物或发布前验证时使用。 |
|
||||
| `pnpm build:dev` | 清空旧 `dist/`，再执行 `pnpm build` 生成新的 `dist/`。 | 准备开发/测试服务器部署产物时使用。 |
|
||||
| `pnpm build:test` | 清空旧 `dist/`，再执行 `pnpm build` 生成新的 `dist/`。 | 准备测试环境部署产物时使用。 |
|
||||
| `pnpm build:develop` | 清空旧 `dist/`，再执行 `pnpm build` 生成新的 `dist/`。 | 准备 develop/测试环境部署产物时使用。 |
|
||||
| `pnpm build:test` | `pnpm build:develop` 的兼容命令。 | 旧测试环境脚本继续可用。 |
|
||||
| `pnpm build:pro` | 清空旧 `dist/`，再执行 `pnpm build` 生成新的 `dist/`。 | 准备生产环境部署产物时使用。 |
|
||||
| `pnpm start` | 使用现有 `.env.development` 运行 `dist/server.js`。 | 已经执行过 `pnpm build` 后，用编译产物启动服务。 |
|
||||
| `pnpm start:test` | 使用 `.env.test` 运行 `dist/server.js`。 | 服务器测试环境启动编译产物时使用。 |
|
||||
| `pnpm start:develop` | 使用 `.env.test` 运行 `dist/server.js`，其中 `APP_ENV=develop`。 | 服务器 develop/测试环境启动编译产物时使用。 |
|
||||
| `pnpm start:test` | `pnpm start:develop` 的兼容命令。 | 旧测试环境服务命令继续可用。 |
|
||||
| `pnpm start:prod` | 使用 `.env.production` 运行 `dist/server.js`。 | 服务器生产环境启动编译产物时使用。 |
|
||||
| `pnpm typecheck` | 执行 `tsc --noEmit`，只检查类型，不生成文件。 | 改 TypeScript 代码后快速确认类型是否正确。 |
|
||||
| `pnpm db:migrate` | 使用现有 `.env.development` 运行 `src/db/migrate.ts`，按顺序执行 `migrations/*.sql`。 | 第一次启动项目、拉到新迁移、改数据库结构后使用。 |
|
||||
| `pnpm db:migrate:test` | 使用 `.env.test` 运行 `dist/db/migrate.js`，按顺序执行 `migrations/*.sql`。 | 服务器测试环境建表、升级表结构或初始化基础数据时使用。 |
|
||||
| `pnpm db:migrate:develop` | 使用 `.env.test` 运行 `dist/db/migrate.js`，按顺序执行 `migrations/*.sql`。 | 服务器 develop/测试环境建表、升级表结构或初始化基础数据时使用。 |
|
||||
| `pnpm db:migrate:test` | `pnpm db:migrate:develop` 的兼容命令。 | 旧测试环境迁移命令继续可用。 |
|
||||
| `pnpm db:migrate:prod` | 使用 `.env.production` 运行 `dist/db/migrate.js`，按顺序执行 `migrations/*.sql`。 | 服务器生产环境建表、升级表结构或初始化基础数据时使用。 |
|
||||
| `pnpm db:shell` | 进入 Docker 容器里的 MySQL 命令行。 | 需要手动查看表结构或查询数据时使用。 |
|
||||
| `pnpm mysql:up` | 启动本地 MySQL 容器。 | 开发前先启动数据库。 |
|
||||
|
||||
Vendored
+14
@@ -0,0 +1,14 @@
|
||||
NODE_ENV=development
|
||||
APP_ENV=local
|
||||
APP_ENV_LABEL=本地环境
|
||||
PORT=3500
|
||||
|
||||
DB_HOST=127.0.0.1
|
||||
DB_PORT=3307
|
||||
DB_USER=access_user
|
||||
DB_PASSWORD=replace-with-local-password
|
||||
DB_NAME=access_manage
|
||||
DB_CONNECTION_LIMIT=10
|
||||
|
||||
JWT_SECRET=replace-with-at-least-32-characters-local-secret
|
||||
JWT_EXPIRES_IN=2h
|
||||
Vendored
+1
-1
@@ -1,5 +1,5 @@
|
||||
NODE_ENV=test
|
||||
APP_ENV=test
|
||||
APP_ENV=develop
|
||||
APP_ENV_LABEL=测试环境
|
||||
PORT=3501
|
||||
|
||||
|
||||
@@ -5,10 +5,12 @@ target_dir="${1:-$(pwd)}"
|
||||
deploy_env="${2:-production}"
|
||||
|
||||
case "${deploy_env}" in
|
||||
test)
|
||||
test|develop)
|
||||
mysql_env="${target_dir}/.env.test.mysql"
|
||||
app_env="${target_dir}/.env.test"
|
||||
node_env="test"
|
||||
app_env_name="develop"
|
||||
app_env_label="测试环境"
|
||||
app_port="${ACCESS_MANAGE_TEST_PORT:-3501}"
|
||||
mysql_port="${ACCESS_MANAGE_TEST_DB_PORT:-3308}"
|
||||
mysql_database="${ACCESS_MANAGE_TEST_DB_NAME:-access_manage_test}"
|
||||
@@ -17,12 +19,14 @@ case "${deploy_env}" in
|
||||
mysql_env="${target_dir}/.env.production.mysql"
|
||||
app_env="${target_dir}/.env.production"
|
||||
node_env="production"
|
||||
app_env_name="production"
|
||||
app_env_label="生产环境"
|
||||
app_port="${ACCESS_MANAGE_PRODUCTION_PORT:-3500}"
|
||||
mysql_port="${ACCESS_MANAGE_PRODUCTION_DB_PORT:-3307}"
|
||||
mysql_database="${ACCESS_MANAGE_PRODUCTION_DB_NAME:-access_manage}"
|
||||
;;
|
||||
*)
|
||||
echo "Usage: $0 [target_dir] [test|production]" >&2
|
||||
echo "Usage: $0 [target_dir] [test|develop|production]" >&2
|
||||
exit 1
|
||||
;;
|
||||
esac
|
||||
@@ -74,8 +78,8 @@ jwt_secret="$(openssl rand -hex 48)"
|
||||
|
||||
cat > "${app_env}" <<EOF
|
||||
NODE_ENV=${node_env}
|
||||
APP_ENV=${node_env}
|
||||
APP_ENV_LABEL=$([[ "${deploy_env}" == "test" ]] && echo "测试环境" || echo "生产环境")
|
||||
APP_ENV=${app_env_name}
|
||||
APP_ENV_LABEL=${app_env_label}
|
||||
PORT=${app_port}
|
||||
|
||||
DB_HOST=127.0.0.1
|
||||
|
||||
+6
-3
@@ -7,14 +7,17 @@
|
||||
"dev": "DOTENV_CONFIG_PATH=.env.development tsx watch src/server.ts",
|
||||
"build": "tsc",
|
||||
"build:dev": "rm -rf dist && pnpm build",
|
||||
"build:test": "rm -rf dist && pnpm build",
|
||||
"build:develop": "rm -rf dist && pnpm build",
|
||||
"build:test": "pnpm build:develop",
|
||||
"build:pro": "rm -rf dist && pnpm build",
|
||||
"start": "DOTENV_CONFIG_PATH=.env.development node dist/server.js",
|
||||
"start:test": "DOTENV_CONFIG_PATH=.env.test node dist/server.js",
|
||||
"start:develop": "DOTENV_CONFIG_PATH=.env.test node dist/server.js",
|
||||
"start:test": "pnpm start:develop",
|
||||
"start:prod": "DOTENV_CONFIG_PATH=.env.production node dist/server.js",
|
||||
"typecheck": "tsc --noEmit",
|
||||
"db:migrate": "DOTENV_CONFIG_PATH=.env.development tsx src/db/migrate.ts",
|
||||
"db:migrate:test": "DOTENV_CONFIG_PATH=.env.test node dist/db/migrate.js",
|
||||
"db:migrate:develop": "DOTENV_CONFIG_PATH=.env.test node dist/db/migrate.js",
|
||||
"db:migrate:test": "pnpm db:migrate:develop",
|
||||
"db:migrate:prod": "DOTENV_CONFIG_PATH=.env.production node dist/db/migrate.js",
|
||||
"db:shell": "docker compose exec mysql mysql -uaccess_user -paccess_pass access_manage",
|
||||
"mysql:up": "docker compose up -d mysql",
|
||||
|
||||
+18
-4
@@ -5,9 +5,9 @@ import { z } from "zod";
|
||||
// 这样数据库密码、端口等配置错误会在服务启动阶段暴露，而不是等到请求进来才失败。
|
||||
const envSchema = z.object({
|
||||
NODE_ENV: z
|
||||
.enum(["local", "development", "test", "production"])
|
||||
.enum(["local", "development", "test", "develop", "production"])
|
||||
.default("development"),
|
||||
APP_ENV: z.enum(["local", "development", "test", "production"]).optional(),
|
||||
APP_ENV: z.enum(["local", "development", "test", "develop", "production"]).optional(),
|
||||
APP_ENV_LABEL: z.string().min(1).optional(),
|
||||
PORT: z.coerce.number().int().positive().default(3000),
|
||||
|
||||
@@ -31,9 +31,23 @@ if (!result.success) {
|
||||
process.exit(1);
|
||||
}
|
||||
|
||||
const rawAppEnv = result.data.APP_ENV ?? result.data.NODE_ENV;
|
||||
const resolvedAppEnv =
|
||||
rawAppEnv === "production"
|
||||
? "production"
|
||||
: rawAppEnv === "test" || rawAppEnv === "develop"
|
||||
? "develop"
|
||||
: "local";
|
||||
const defaultAppEnvLabel =
|
||||
{
|
||||
local: "本地环境",
|
||||
develop: "测试环境",
|
||||
production: "生产环境"
|
||||
}[resolvedAppEnv] ?? resolvedAppEnv;
|
||||
|
||||
// 其他模块只从 env 读取已校验过的值，不再直接访问 process.env。
|
||||
export const env = {
|
||||
...result.data,
|
||||
APP_ENV: result.data.APP_ENV ?? result.data.NODE_ENV,
|
||||
APP_ENV_LABEL: result.data.APP_ENV_LABEL ?? result.data.NODE_ENV
|
||||
APP_ENV: resolvedAppEnv,
|
||||
APP_ENV_LABEL: result.data.APP_ENV_LABEL ?? defaultAppEnvLabel
|
||||
};
|
||||
|
||||
Reference in New Issue
Block a user