SQLite Web: gitea.db

id

Primary key. INTEGER NOT NULL

user_id

INTEGER

op_type

INTEGER

act_user_id

INTEGER

repo_id

INTEGER

comment_id

INTEGER

is_deleted

INTEGER NOT NULL (default 0

ref_name

TEXT

is_private

INTEGER NOT NULL (default 0

content

{"Commits":null,"HeadCommit":{"Sha1":"313137b9d94fff4665c34fcf8463c35ab72bd30a","Message":"feat(gates): compose project 身份随派生仓走，宿主端口可覆盖（0.17.0，F14/C32）\n\n受理平台治理 2026-09-14 的框架变更请求 FR-1/FR-2。缺陷是模板级的：compose 没有顶层 name\n时按**文件所在目录名**推导 project 名，而该文件在每个派生仓里都是 apps/api-nestjs/，于是\n28 个仓推导出同一个 project `api-nestjs`，共用 api-nestjs_pgdata / _redisdata 与同名容器，\n后 up 的那个接管先起者的容器与卷。2026-09-14 本机实测已发生（配置开关平台的 postgres/redis\n与 AI 工单系统的 minio 同属一个 project，公共卷创建于 2026-08-29）。单仓内部永远不与自己\n冲突，所以这件事只有横着比多份 compose 才判得出——F14 把它变成仓内静态断言。\n\n- 模板：顶层 name: ${COMPOSE_PROJECT_NAME:-base-framework}；redis 宿主端口 ${REDIS_PORT:-6379}\n  （取 :- 而非 fail-closed 的 :?——「连得上≠连的是本仓」那一层已由 G15 在 runner preflight\n  失败关闭，宿主端口冲突是响亮失败，不需要再打断所有现存 up）\n- F14（check:fork-readiness）：顶层 name 必须存在、必须写成 ${COMPOSE_PROJECT_NAME:-\u003c身份\u003e}、\n  默认值必须等于 package.json.name 派生身份，ports 宿主侧一律不得写死。与 F3（验收库名前缀）、\n  F12（RLS 组角色前缀）同族：集群级资源身份必须派生自 package.json.name。\n  负向三条已验证（删 name / 默认值仍是源身份 / 端口写死，均 exit 1）\n- scaffold：身份重绑定步骤一并改写 compose 默认值，结果写入记录行\n- 0.17.0：按 COMPATIBILITY §4「破坏性变更只允许出现在 minor」——改后首次 up 建新空卷，旧卷数据\n  不自动迁移。内核与契约包版本同步 0.17.0，本轮未发布到 registry\n- 回灌：CHANGELOG 0.17.0、COMPATIBILITY §2 [0.17.0]、迁移手册步骤 1 补三处集群级身份对照表、\n  doctrine F14 行 / C32 索引 / 版本轴 / 常用命令补本地基座起法\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T23:29:54-07:00"},"CompareURL":"luoanwu/base-framework/compare/0000000000000000000000000000000000000000...ebfdb7c0f8574a8c30458ebe003aaf66c2fd0285","Len":0}

TEXT

created_unix

INTEGER

Update row 30165 in action