hyzl-agent-backEnd/competition-website
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
42 Commits 1 Branch 0 Tags
0a380371ecba67e50c9da57a8ee520aa48f3301b
Commit Graph

13 Commits

Author SHA1 Message Date
qubiaobiao
0a380371ec feat(upload): 组内作品唯一 + 小组编号目录 + 按小组打包下载（R190） 
需求（管理人员反馈）：
① 本科组/教师组同样遵循「小组内只要有一人上传作品，其他人就不能再上传」；
② 作品按「小组编号」建目录存放并保留原始文件名，管理端下载时按小组打包。

后端落地：
- 组锁：新增 getTeamUploadState/assertTeamUploadAllowed，按 (group, teamUid) 取全组
  提交记录，**最早提交者为归属人**；其他人上传与分片合并两条路径都返 6006
  （data 带 teamLocked/teamOwnerName/teamNumber/folderName）。删除本人作品后自动解锁。
  ⛔ 必须先按 group 过滤再认 teamUid（team_uid 仅组内唯一）。
- 落盘：works/<group>/<小组编号>/<原始文件名>。目录名走新增 lib/team_folder.js
  （唯一 SoT：净化 Windows 非法字符/控制字符/首尾点/设备保留名，限长 60）。
  撞名三态：不存在→原名；同一聚合+同一 file_type→原名原子覆盖；否则 (2)(3)。
  DB file_path 仍为相对路径 ⇒ 存量平铺文件免迁移。
- 直传与分片合并收敛到同一套 prepareWorkTarget + commitWorkFile：先写同目录临时名
  (.upload_*/.merge_*)，再 renameSync；失败一律 safeCleanup 后抛。
- status 接口新增 teamLocked/canUpload/teamOwnerName/isTeamOwner/teamFiles/memberCount。
- 管理端：works 列表返回 teamUid/teamNumber/teamFolder（走 resolveTeamLabels 既有口径）；
  新增 GET /api/admin/team-zip/:group?teamUid= 单组打包（仅本科/教师，其余 400，包内平铺）；
  batch-download 包内改为 <小组编号>/<原始文件名>。两者共用 _buildZip。

验证：真接口 45/45 + 变异 M1（locked=false ⇒ 15 条断言红，还原后复绿）；
已收编为门禁第 58 步。
 2026-10-21 15:20:42 +08:00
qubiaobiao
459f1adf6d feat(admin): R176-R180 公示表与新闻撤回 + 管理端多管理员权限（C 层）+ 交卷冻结 
- R176 成绩公示表引擎（lib/publicitySheet.js + lib/assets/publicity-template.xlsx 官方模板基底）
  与指导教师回填（lib/teacherBackfill.js）；赛项名称/编号改为配置项
- R177 新闻「发布 ↔ 撤回」互斥：撤回只置 is_draft=1，不删除数据
- R178 C 层 RBAC：lib/adminPermissions.js（13 权限点 / 70 条路由规则，唯一 SoT）
  + middleware/auth.js 三段判定（默认拒绝 · is_super 单点 · token_version）
  + controller/service/adminUser.js + lib/auditLog.js + model/adminAuditLog.js
- R178 B1 交卷冻结：service.exam.assertNotSubmitted（bizCode 4006 单一判据源）
- R178 B④ 提交口径拆分：formalSubmitted / submitted / answeredCount 三字段
- R178 成绩总览补小组编号：resolveTeamLabels（与选手管理同源，含兜底与三态）
- R181 生产迁移配套：admins +7 列、admin_audit_logs（scripts/migrate_r178_admin_rbac.py）
 2026-10-20 11:06:29 +08:00
qubiaobiao
5392345078 feat(score): R173/R174 大题成绩 Excel 导入（三小问四列制）+ 三节点备份调度器与四项修复 
成绩导入（R173 落地 → R174 改为三小问四列制）
- app/lib/bigScoreImport.js（新增 · 判据唯一真相源 · 零依赖：不 require Egg / 不连库 / 不读文件）
  · R174 删除 splitScoreAcrossSubs（均分），改为 scoreSubs 逐项取值
  · 留空 SUB_MISSING（整行拒绝，⛔ 不按 0 分）· 非数值 SUB_INVALID · 超单问上限 SUB_OUT_OF_RANGE
  · 文件级 LEGACY_TEMPLATE（旧两列模板）与 SUB_COLUMNS_MISSING（缺一小问整列）⇒ 整份拒绝
  · 定位键必须带 group：(group, team_uid)，因 team_uid 跨组重号
- app/service/bigQuestion.js
  · buildScoreTemplate 改四列 + 说明书重写（删均分段，补"三列必须全填"与"旧模板不再支持"）
  · previewScoreImport 回带 subRaws/subs/total；importScores 逐项写 setSubScores
  · ⛔ 不新增第二条写成绩通路：仍只走 setSubScores → admin.updateScores
- app/lib/docx.js：run 支持 color（6 位 hex）；w:color 必须排在 w:sz 之前（CT_RPr sequence）
- app/controller/admin.js + app/router.js：import-template / import-preview（零写入）/ import-scores
  · 上传内存解析不落盘（app/public 对静态服务开放 ⇒ 成绩表可被猜名下载）

节点备份调度器（R168/R170）
- app/lib/nodeBackupScheduler.js（新增）：考试开始前 30min / 结束后 10min / 成绩发布瞬间
  · 幂等键 group:node:fireAtISO（时间点即身份）；overdue 判定用 clamp:false 的数学时刻
  · 非生产 enabled 强制 false 且 fail-safe（与 DEPLOY_ENV_LOCAL_SKIP_PREFIXES 同源）
- config/config.default.js：config.nodeBackup 四项路径全走环境变量，默认值只覆盖本地
  （生产目录布局与仓库不一致，⛔ 不许用 __dirname 推导）
- app.js：启动构造单例 + hydrate 未到期计划

缺陷修复
- app/controller/admin.js：R161 临时文件路径移到 try 外声明，否则导入抛错即跳过清理
- app/service/admin.js：R166「已答 N / N 题」恒真显示（原 totalQuestions = answeredCount）
- app/service/upload.js + app/controller/upload.js：R157/R162 删除结果计数 + @no-temp-cleanup 标注

测试
- .gitignore + test/lib.test.js：R134 候选 ㊴ —— test/* + !test/*.test.js，
  使第 26 步裸 mocha 在干净检出上可复现（改前 rc=1 ↔ 改后 23 passing）
 2026-10-19 13:03:48 +08:00
qubiaobiao
192b43bc67 feat(auth): R114 默认口令 SoT 缺口注释同步（已下沉为仓内常驻门禁） 
passwordPolicy.js 头注原如实登记「尚无仓内机检」覆盖默认口令清单。
本轮 R114 已把断言下沉进仓（scripts/unit_password_policy.cjs 第 [8] 段 16 项
+ scripts/unit_password_policy_mutation.cjs 3 个新变异体），并接线为
scripts/ci-gates.sh 第 25 步 ⇒ 原注释失实，就地更正为「已收口」。

同时明确机检覆盖边界：机检覆盖「本清单自身的形状与判定行为」（非空 /
双通道命中 / 非默认不误伤）；「本清单 <-> database/schema.sql <-> seeder 002」
三处的跨文件同值仍靠人工核对。
 2026-10-14 11:30:41 +08:00
qubiaobiao
14a110eb5f docs(auth): R113-㉔ 哈希来源注释同步（schema.sql 已统一为 bcrypt） 
㉔ 采纳 bcrypt：database/schema.sql 的初始口令由 SHA256(admin) 统一为 bcrypt(admin123) ⇒ 与 seeder 002 同值同形态（两条建库路径收敛）。本文件同步两处来源注释（⛔ 未删原文，保留可追溯性）：
① isDefaultAdminHash 头注 —— 哈希通道来源改为「R113 前 schema.sql 无盐 SHA256；R113 起 schema.sql 与 seeder 002 统一为同一固定盐 bcrypt」；
② KNOWN_DEFAULT_ADMIN_HASHES 来源注释 —— SHA256 项改注为「历史值保留」（旧库/旧备份仍须拦截，且非默认口令不会命中）、bcrypt 项注明「两处已收敛为同值」。

验证：node --check ✔；单测 34/34；变异 3/3；R112 驱动回归 45/45；R113 判别力自证 9/9 + 5 变异全红（仓外 .workbuddy/tmp/r113/verify_r113_changes.cjs）；verify_no_secrets HIGH 0/CAND 2（零新增）；verify_tautology_guard PASS；verify_constant_shape_guard PASS；三文件 CR=0。
 2026-10-14 11:18:08 +08:00
qubiaobiao
4f78995f1c fix(auth): 默认口令守卫改为哈希值判据（双通道 + 下沉单源） 
R112-㉒：原守卫是「口令字面」判据（DEFAULT_ADMIN_PASSWORDS.includes），任何未枚举的默认口令均绕过。改为双通道并下沉单源：① 哈希通道 isDefaultAdminHash(admin.password) —— 与输入无关，字面比对已发布默认哈希（SHA256('admin') + 固定盐 bcrypt）并以 bcrypt.compareSync 遍历候选口令，覆盖「同口令、不同盐」的重新播种；② 口令通道沿用原逻辑。清单与哈希集下沉至 lib/passwordPolicy.js 成为唯一真相源（controller 删本地声明）。bcrypt 延迟加载 + try/catch ⇒ 无 bcrypt 时降级为仅字面比对且不抛异常。

验证：node --check x2；单测 34/34；变异 3/3 红；仓外判别力自证 45/45 + 4 变异全红；verify_no_secrets HIGH 0/CAND 2（零新增）；verify_tautology_guard PASS；verify_constant_shape_guard PASS；6 文件 CR=0。连带失真同步：守卫行 387->394 ⇒ schema.sql:218 + docs/modules.md:581。
 2026-10-14 11:06:23 +08:00
qubiaobiao
f87ed306d2 fix(import): 将身份证号判据单一源 lib/idCard.js 纳入版本控制（R107 遗漏） 
该模块是 GB 11643-1999 校验的**判据单一源**，被下列位置同源引用：
  · backend/app/service/admin.js  require('../lib/idCard')（导入通道 + R108 编辑接口）
  · scripts/preflight_import_check.py  —— ★ 逐字对齐 WEIGHTS / CHECK_CODES
  · scripts/verify_update_contestant.mjs （P4 证号同源判据）

此前从未纳入版本控制（untracked），若只推送已跟踪文件，线上 / 新克隆将缺该模块，
导致「导入前置校验」与「选手信息编辑接口」同时 ReferenceError。
本提交仅纳入该文件，不含 R108 其余未提交改动。
 2026-10-12 16:55:20 +08:00
qubiaobiao
76ac1c7b6b security(config): 四个同族兜底缺陷一次收口 —— APP_KEYS / 弱口令 / IPv6 兜底 / 本地生产密钥同值（R106-D6~D9） 
共同根因（R104 结论的延续）：**同族问题各自实现必然漂移**。
本仓 DB_PASSWORD 与 JWT_SECRET（R105-D1）已统一为「缺凭据明确失败」，
但同族的另三处仍停在「可预测的公开兜底」上，另新增一处跨环境密钥同值。

D6 · APP_KEYS 派生兜底（原 config.default.js:157）
  原：const DEFAULT_APP_KEYS = appInfo.name + '_competition_website_secret_key_2026';
      config.keys = process.env.APP_KEYS || DEFAULT_APP_KEYS;
  「派生」不等于安全：由 appInfo.name 可推算 ⇒ 等价于「Cookie 签名密钥公开
  ⇒ 任何人可伪造已签名 Cookie」。收口到 _secret.cjs 唯一解析入口：
    · scripts/_secret.cjs 抽出通用 _loadSecret()，新增 loadAppKeys()
      （① env → ② scripts/.creds.local.json:app_keys → ③ 明确失败，⛔ 无兜底）
    · 生产安全守卫移除 config.keys === DEFAULT_APP_KEYS 比对分支（已无可比兜底值）
    · scripts/_creds.py 与 .creds.local.example.json 同步键面（两侧同源，永不漂移）

D7 · 生产弱口令兜底（原 config.default.js:176）
  原：config.testDefaultPassword = process.env.TEST_DEFAULT_PASSWORD || '123456';
  而 deploy/.env.production 的 TEST_DEFAULT_PASSWORD 一直是**注释状态** ⇒ 生产
  实际取到的就是弱口令 '123456'。一旦走到「批量写默认口令」的路径（重置测试数据 /
  显式 testFlag=true 的导入）会批量设弱口令 —— 属**静默弱口令**而非明确失败。
  修法：生产（config.isProduction）未显式注入 ⇒ 置 null；使用点改走新增的
  app/lib/passwordPolicy.requireTestPassword() 明确失败。测试环境语义逐字不变。

D8 · 本地 DB 兜底 host 引发 IPv6 建连超时（原 config.default.js:217）
  原：host: process.env.DB_HOST || 'localhost'。Node >= 18 的 verbatim DNS 可能把
  localhost 解析到 ::1，而本机 MariaDB 只听 IPv4 ⇒ **建连 ETIMEDOUT**（不报 1045、
  不报 ECONNREFUSED），现象是「后端启动卡在 DB」，极易误判为「服务没起来」。
  且本仓 scripts/_db.cjs:43 的兜底早已是 '127.0.0.1' —— 同子系统两套默认值必然漂移。
  修法：兜底改为 IPv4 字面量（生产显式注入 DB_HOST ⇒ 逐字不变）。
  配套（config.local.js 为 gitignored 本地文件，不入库）：补 host/port 覆盖 ——
  「第二道保险」原本只保账号/口令，反而漏掉了真正会出问题的连接目标。

D9 · 本地 dev 与生产共用同一 JWT/APP_KEYS（loadDeployEnv）
  非生产跳过清单原本只含 DB_/REDIS_/ALIYUN_/SMS_，注释称「仍保留
  JWT_SECRET / APP_KEYS …… 本地无副作用」—— 该结论不成立：本地进程持有
  **生产签名密钥** ⇒ 本地 token 可冒充生产用户（反之亦然），两套环境的会话边界
  实际被打通，属**安全属性**缺陷。
  修法：新增 DEPLOY_ENV_LOCAL_SKIP_KEYS 精确跳过（⛔ 不用前缀以免误伤），本地改由
  scripts/.creds.local.json 供值；Python 侧 scripts/_fixtures.py resolve_jwt_secret()
  同步为「非生产优先本仓凭据文件」—— 否则脚本会用生产密钥签 token 交给本地后端
  验签，必然 401（正是该函数注释里记录过的 23 项级联假红）。

行为等价性（生产逐字不变，已逐项实测）：
  · D6/D8：生产显式注入 APP_KEYS / DB_HOST ⇒ 取值路径不变
  · D7：生产 resetTestData 本有 403 守卫、导入默认 testFlag=false ⇒ 原不可达
  · D9：isProdEnv=true ⇒ 不跳过任何键 ⇒ 生产加载路径不变

验证：
  · 配置层双环境断言：本地 jwt=8066e07d5683 / keys=e4cfe40ff3ea（≠ 生产
    a05591750093 / ae0d155385c1）；生产两值逐字不变；生产 testDefaultPassword=null
  · 本地后端真实重启（仅给 DB_PORT=3307、**不给 DB_HOST**）⇒ 启动成功，
    /api/health {"code":0,...,"db":"ok"}；日志显示跳过 16 个键（含 JWT_SECRET/APP_KEYS）
  · D9 判决点 d9_verify_split.py：本地密钥签 token ⇒ 200；生产密钥 ⇒ **401**
  · 生产部署后 r106_prod_sentinel.js：pass=11 fail=0；/api/health 200
  · 门禁：verify_no_secrets.py VERIFY_ALL_PASS（HIGH 0，判别力自证 17/17）；
    verify_script_health.py H1–H4 PASS
 2026-10-12 11:06:01 +08:00
qubiaobiao
481de69e3d fix(agg-key): 归集键串行修复 —— 考试/作品提交记录不得跨选手串行展示 
现象（人工测试反馈，已取证）：
  测试账号 吴巍荪(cid=621, test_flag=1) 完成一次高职考试提交后，
  正常生产账号 王乐乐(cid=600, test_flag=0) 在管理端评分列表出现**完全相同**的
  作答数据（70 题 / 38 分），而王乐乐本人从未作答。

根因：
  各提交表的 aggregation_uid 写入键不统一 ——
    - 中职/高职：controller/exam.js 写 aggregation_uid = contestant.id
    - 本科/教师：*_submissions 写 aggregation.aggregation_uid（真实聚合 uid）
  历史实现为兼容「两种写法并存」，对两侧都做**无条件双键归集**
  （同时用 contestant.id 与真实 aggregation_uid 去匹配提交表）。
  而这两套编号来自**彼此独立的自增序列**、数值区间完全重叠 ⇒
  「某人的真实聚合 uid == 同组另一人的 contestant.id」时，
  前者会把后者的作答/作品记录「借」过来展示。
  生产实测共 283 对碰撞（gaozhi 239 / benke 43 / jiaoshi 1）。

治法：新增唯一真相源 app/lib/aggregationKey.js
  - 主键按组语义确定：考试组 = contestant.id；作品组 = 真实 aggregation_uid
  - 兜底键沿用历史混杂写法，但**仅在与同组任何主键不冲突时**才启用
    （未通过者丢弃 —— 只丢掉「本就会命中他人数据」的兜底，保留其余兼容性）
  - 不设「兜底键被多人共用」分支：两套编号各自都是 PRIMARY KEY
    （aggregation_uid / contestants.id），该情形结构上不可能发生，属死判据
  - 6 处归集点全部改走该模块：
      service/admin.js  getExamSubmissions / getScores(考试分支) / getScores(作品分支)
                        getContestantScore / _reviewWorks
      controller/score.js  _resolveTeamScoreSource（考生端，与 getContestantScore 同函数）

生产实测影响面（用**线上实际部署的模块** + 生产真实数据核算，n=600）：
  旧规则碰撞对 283 → 新规则残留碰撞 **0**；兜底保留 317 / 丢弃 283
  守恒校验：保留 317 + 丢弃 283 = 600；丢弃数 == 旧规则碰撞对 ⇒ YES
  观测值会变化的考生 = **仅 1 人**（gaozhi cid=600 王乐乐 旧=70 → 新=0，即本病例）
  吴巍荪 cid=621 归集键 ["621","642"] 行数 70 保持 **未被误伤**

验证：scripts/verify_agg_key_crosstalk.py 17/17 PASS（真实 HTTP + 库内真值）
  夹具刻意构造「真实聚合 uid == 同组他人 contestant.id」并含**正向对照**（兜底保留者）
  变异自证 A（拆掉碰撞闸门）→ H1/H4/H5/H6/B1/B4 共 6 项变红，失败信息精确复现原现象
  变异自证 B（兜底键整体删除=过度修复）→ H3/H4/H5/H8 共 4 项变红
  ⇒ 两条职责各有独立判别器；还原后 diff 空、md5 一致、零标记残留

部署（生产 back-end）：线上 3 文件 md5 与本地逐文件一致；
  MainPID 3343212 → 3344477；8023 监听正常；journalctl -p err = -- No entries --；
  路由探针 health 200 / 错口令 HTTP200+code4004 / 不存在路由 404 / 未授权 401
 2026-10-08 12:23:18 +08:00
qubiaobiao
a2e24aba2a feat(auth): 口令强度策略（弱口令黑名单 / 账号派生值 / 长度上限） 
背景（R61 实测）：浏览器密码管理器在「设置密码」页预填 123456，考生若直接提交，该口令即成为其账号真实口令；而后端此前仅由 validate 校验「长度 >= 6」，弱口令完全合法。R62 已从前端修掉预填，本次补齐后端这道闸门。

- app/lib/passwordPolicy.js + password_blacklist.json：口令策略唯一事实来源。黑名单刻意做成纯 JSON，供 Node 运行时与运维脚本共用，避免两份清单漂移。

- controller/auth.js：activate() 与 resetPassword() 接入策略（错误码 2001 / 7001），位置在 validate 之后、短信校验之前（纯本地计算、无副作用、快速失败）。

- validate/index.js：补 max:20，与前端 el-form 规则对齐（此前只有前端限制长度上限）。

- scripts/_db.cjs：DB 配置解析唯一入口；scan_weak_password_accounts.cjs：存量弱口令只读扫描器；verify_password_policy_api.cjs：真接口验证（含「强口令通过」正向对照臂，防假绿）。
 2026-09-30 11:56:35 +08:00
qubiaobiao
2ab0991310 fix(admin): 复核页选择题选项渲染修复 + 阅卷导出 Word + 评分两位小数（R28） 
针对测试人员反馈的四项：
1) 复核明细「选择题大量空白」：options 为 text 列存 JSON 字符串，原先被原样透传，
   前端 v-for 对字符串逐字符迭代（op.key/op.text 皆 undefined）⇒ 每字符渲染一行。
   新增 parseOptions()（仅 string 才 JSON.parse，失败降级 null）。
2) 选项与答案不随机：仅题目用 RAND() 抽题，normalizeQuestion 无 shuffle，字母无歧义。
3) 评分精度：DECIMAL(6,1) -> DECIMAL(6,2)，migration 026 覆盖 17 列（与 025 同范围），
   lib/decimal_score.js 与 11 个 model 注释同步；汇总收敛 round2（×100/100）。
4) 阅卷导出：GET /api/admin/big-answers/:group/export?ids=
   单选考生 -> 直接 .docx；多位/全部 -> 每位考生单独 .docx 打包 .zip。
   路由为 3 段，注册在 :group 通配段之前。

验证：verify_big_question 51 PASS/1 FAIL（唯一 FAIL=测试人员新数据，非本次改动）、
verify_score_leak_all_channels 24/24、verify_question_no_answer_leak 4/3/0/1。
 2026-09-28 15:50:46 +08:00
qubiaobiao
079c1b31c9 R20：客观题分值口径 + 大题一位小数评分 + 页面刷新修复 + 大题导出 Word 
A1/A2 客观题：
- 清理题库占位题（答案恒 A/true、分值恒 5），客观题分值硬约束为 1 分
- 新增 scripts/check_question_bank_health.py（带变异注入自检，已验证判别力）
- ci-gates.sh 由 9 步扩为 10 步，纳入题库健康门禁

B 大题评分一位小数：
- 新增 app/lib/decimal_score.js：DECIMAL(6,1) + getter 兜底，单点收口
  「DB 列 / model 声明 / dialectOptions.decimalNumbers」三处必须同时成立
- 10 个 model 的 score 字段改走该工厂
- database/migrations/025：17 列 INT → DECIMAL(6,1)（6 列题目分值保持 int）
- service/bigQuestion.js：setSubScores 用 Math.round(n*10)/10 收敛，不再抹成整数

C 页面状态刷新：
- 修复 onQuestionTypeChange 的 `bigQuestions.length === 0` 守卫（切组后旧数组仍非空
  ⇒ 永不重新拉取）
- 修复评分后只刷一半（saveBigScores / saveExamScore 各只刷一侧列表）
- 收敛为唯一刷新入口 refreshQuestionData()；ensureBigData 改按「数据属于哪个组」
  判定；fetchBigQuestions/fetchBigAnswers 增加组别竞态守卫

D 大题导出 Word（单题 / 批量 / 全部）：
- 新增 app/lib/docx.js：零新依赖手写 OOXML（复用已有 archiver@8），支持 p/strong/
  span/a/br/table/ul-ol 子集，具名捕获组词法解析，pPr 严格排在 runs 之前
- service.bigQuestion.exportQuestions + controller.exportBigQuestions +
  GET /api/admin/big-questions/:group/export
- 前端导出选中/全部两按钮 + 表格多选（reserve-selection）

计划外发现并修复（已在报告中披露）：
- 管理端跨组写分越权：setSubScores 定位作答行时缺 group 约束，可用任意组的路径
  改写他组考生成绩（读写不对称：读取侧有 where:{group}，写入侧没有）
  ⇒ 已补 group 约束，并区分「不属于本组」与「尚未抽题」两种文案
- 导出路由注册顺序：export 原注册在 :group/:id 之后（当时因后者仅 PUT/DELETE 而
  未暴露问题），已前移以消除「将来新增 GET /:group/:id 会吞掉 export」的隐患

验证（全部实测，非仅看退出码）：
- ci-gates.sh 10/10 全绿；四连门禁 52/0 · 22/0 · 20/0 · 46/0
- 端到端探针 probe_d_03（导出+小数）ALL PASS；probe_e_01（切组刷新）22/22 ALL PASS
- 前端构建 VITE_EXIT=0

未 push：须先上线验证通过再单独授权。
 2026-09-23 18:29:50 +08:00
WorkBuddy
a303cf2d53 chore: 后端首次基线提交 
运行必须源码：app/(controller/model/service/middleware/lib/utils/validate/router)、config/、database/(migrations/seeders/sql)、启动脚本、app/public/templates 模板。
已忽略运行非必须：node_modules/、logs/、run/、app/public 运行时上传数据、.env*、构建/缓存产物。
 2026-08-17 12:25:42 +08:00