sqlite-web 0.7.2
gitea.db
issue_content_history
Create
Query
access
access_token
action
action_artifact
action_run
action_run_index
action_run_job
action_runner
action_runner_token
action_schedule
action_schedule_spec
action_task
action_task_output
action_task_step
action_tasks_version
action_variable
app_state
attachment
auth_token
badge
branch
collaboration
comment
commit_status
commit_status_index
commit_status_summary
commit_sync_log
commit_sync_status
dbfs_data
dbfs_meta
deploy_key
email_address
email_hash
external_login_user
follow
gpg_key
gpg_key_import
hook_task
issue
issue_assignees
issue_content_history
issue_dependency
issue_index
issue_label
issue_pin
issue_user
issue_watch
label
language_stat
lfs_lock
lfs_meta_object
login_source
milestone
mirror
notice
notification
oauth2_application
oauth2_authorization_code
oauth2_grant
org_user
package
package_blob
package_blob_upload
package_cleanup_rule
package_file
package_property
package_version
project
project_board
project_issue
protected_branch
protected_tag
public_key
pull_auto_merge
pull_request
push_mirror
reaction
release
renamed_branch
repo_archiver
repo_hidden_file
repo_indexer_status
repo_license
repo_redirect
repo_topic
repo_transfer
repo_unit
repository
review
review_state
secret
session
sqlite_sequence
star
stopwatch
system_setting
task
team
team_invite
team_repo
team_unit
team_user
topic
tracked_time
two_factor
upload
user
user_badge
user_blocking
user_open_id
user_redirect
user_setting
version
watch
webauthn_credential
webhook
Toggle helper tables
Structure
Content
Query
Insert
Drop
Import
Export
Delete row 39 from issue_content_history
id
39
poster_id
5
issue_id
851
comment_id
0
edited_unix
1793115601
content_text
## 改了什么 本 PR 有三部分;已合入 main 的 PR #9(D-10 API 回环)与
## 改了什么 本 PR 有三部分;已合入 main 的 PR #9(D-10 API 回环)与 PR #10(H23 根与 apps/* 依赖)均已并入本分支。 ### 1. Web / 开发基座只绑回环(蓝图 §4.9) - Web `next dev` / `next start` 与 UI 验收的 `next start` 加 `-H 127.0.0.1`;开发基座 `apps/api-nestjs/docker-compose.yml` 的 PostgreSQL / Redis 端口只发布到回环(此前发布到全部网卡,PG 口令 `app`、Redis 无口令)。已在运行的基座容器须 `docker compose up -d` 重建才生效。 - 在 #9 的 `scripts/lib/listen-host-guard.mjs` 内新增 `exposureViolations`(同一守卫),接入 `check:dual-backend`;单测 9/9。 - 文档:owner-matrix 去掉 D3 前「双后端 / Fastify」措辞;Scope 来源接入文档改正 IdentityLink 归属(enterprise-idp 拥有)。 ### 2. D-12:`packages/*` 受控升级通道(关 H24,蓝图 §4.10) - D3 保护此前逐字节冻结全部 `packages/*`(215 个受保护文件),台账只放行产品目录。现在同一台账 `docs/post-d3-product-updates.json` 增加 `packageUpdates`:编号 `PKG-NNN` 递增,须写来源与理由,仅限 D3 冻结清单内的 `packages/*` 文件,逐文件从冻结 hash 链式放行;任一条目不合规即整体不放行。 - `check:d3` 30/30:新增登记后放行、未登记 / 台账缺失判红,以及断链、前后相同、非 hash、缺理由、缺来源、编号格式错、编号不递增、空文件、包外路径、非冻结文件、字段类型错均判红。变异探针:删掉「理由与来源」或「链式校验」规则,测试各判红 1 项,已还原。 ### 3. H20:出站事实注册表(蓝图 §4.10) - contracts 新增 `ENTERPRISE_FACT_ENVELOPE_SCHEMAS`(`factType@schemaVersion` → 信封 Schema,当前只有 `EmploymentTransferred@1`)与 `EnterpriseFactTypeUnregisteredError`;`buildEnterpriseFactEnvelope` 按注册表分派。EmploymentTransferred v1 的 Schema 不变。 - relay 去掉全部类型强转;未登记类型或版本记 `FACT_TYPE_UNREGISTERED`,立即进死信、不调用 Publisher(部署补登记后可经既有重放恢复)。 - contracts 两个文件经台账 **PKG-001** 放行(登记前 `check:d3` 对这两个文件判红)。 - `check:app-manifest` M6 新增注册表与 `facts.owns` 双向一致检查(3 个负例)。 - 测试:contracts 新增 4 例;新文件 `apps/api-nestjs/test/enterprise-fact-relay-registry.test.ts` 真实 DB 3 例。原 `enterprise-fact-relay.test.ts` 受 D3 冻结未改,12 例仍全绿。 ## 验证(本地,2026-10-27,干净提交 `effed90`) - `check:runtime` 462/462、`check:ui` 46/46(一次性 PostgreSQL / Redis,跑完删除) - typecheck、lint、`check:d3`、`check:dual-backend`、`check:app-manifest`、`check:docs-truth`、`check:governance-docs`、`check:migrations`、`check:database-rls` 等静态门禁通过 - `check:governance` 剩 2 项,与 main 相同:O22(D-8,等 OS 写入授权)、`osProductReleaseTargetRemotes` 2→1(D-9) ## 未覆盖 - 远端 CI 未查验(本机无 Gitea API 令牌) - 新事实(`OrganizationUnitMoved` 等)仍待 Catalog 登记;H21(Scope 消费端写死来源应用)仍开放 - `packages/*` 内的 vitest 2.1.9 与 `client-fact` rc.3 现可经台账升级,本 PR 未做 - 00 框架同一监听默认值(他层仓);README 第 3 步提到的 `.env.example` 不存在(既有不一致) 🤖 Generated with [Claude Code](https://claude.com/claude-code)
...
is_first_created
0
is_deleted
0
Delete
Cancel