feat: 接入真实登录与成员权限

- auth/members/messages: 新增超级管理员登录、成员权限和密码消息流程
- agent-config/agent: 支持服务端保存 Agent 配置并取消未配置 mock 成功结果
- projects/deploy-runs/settings: 按当前用户权限保护真实接口
- prisma: 新增用户、项目权限和平台消息表结构
This commit is contained in:
湛兮
2026-06-12 00:38:23 +08:00
parent cf1bebf625
commit bc3aa31289
83 changed files with 3844 additions and 378 deletions
+8 -8
View File
@@ -1,12 +1,12 @@
# Prisma Migration Structure
# Prisma 迁移目录
This project uses Prisma as the default data access layer.
本项目默认使用 Prisma 作为数据访问层。
Migration policy:
迁移规则:
- Create schema changes with `pnpm prisma:migrate:dev --name <change-name>` after the final MySQL connection details are confirmed.
- Commit generated folders under `prisma/migrations/<timestamp>_<change-name>/migration.sql`.
- Run migration checks in deployment before starting the API.
- Keep raw SQL exceptional. If native SQL is required for performance or vendor-specific behavior, place it behind a Repository method and document why Prisma Client is not sufficient.
- 确认本地或测试环境 MySQL 连接后,使用 `pnpm prisma:migrate:dev --name <变更名称>` 生成迁移。
- 需要提交 `prisma/migrations/<时间戳>_<变更名称>/migration.sql`
- 部署前先执行迁移检查,再启动 API 服务。
- 原生 SQL 只允许作为例外使用,必须放在 Repository 方法中并说明原因。
The first-stage schema is defined in `prisma/schema.prisma`; no live migration is executed until a local or staging MySQL database is explicitly provided.
首阶段 schema 定义在 `prisma/schema.prisma`。没有明确数据库连接前,不要求本地自动执行迁移。