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
Update row 43 in issue_content_history
id
Primary key.
INTEGER NOT NULL
poster_id
INTEGER
issue_id
INTEGER
comment_id
INTEGER
edited_unix
INTEGER
content_text
> **叠在 #13 之上,请先合 #13。** 本分支已合入更新后的 #13(#13 已含 main 上的 #16)。#13 合入后,这里的差异只剩 P1 前置片与报告回绑。 ## 为什么重建(2026-10-28) PR #16 已在 main 上以 PKG-004 落地 V-04(来源域按事实类型;注册表条目的 `source_domain` 须为字面量)。本 PR 原先也用 PKG-004 实现了另一版 V-04,与 #16 冲突。重建时: - contracts 与台账取 main 版本; - 去掉本分支自己的 `sourceDomain` 放宽; - 改按 #16 的注册表类型重做,台账改为 **PKG-005**,蓝图记为 **§4.16**。 ## 内容(对接蓝图 §4.16,P1 / H5) - **contracts**(`packages/contracts/src/enterprise-fact.ts`,台账 PKG-005) - 新增 `organizationCanonicalIdSchema`(`org_`)。 - 新增 `EmploymentStarted`、`EmploymentTerminated`、`OrganizationUnitStatusChanged` v1 的载荷 Schema,逐字段对应 04 `contracts/schemas/facts/*.v1.json`(CHG-061)。组织状态载荷另要求 `change_kind` 与 `state_after` 一致。 - 三份信封 Schema 保持 ZodObject,`source_domain` 为字面量(hr / organization),满足 #16 的注册表类型(typecheck 已证明),升 pin 后可以直接登记。 - `buildEnterpriseFactEnvelope` 在注册表 Schema 解析之后统一校验两条:载荷里的实体 ID 等于 `entity_id`;组织事实的 `valid_from` 等于 `effective_at`。校验失败抛 ZodError,Relay 记为 `FACT_SCHEMA_INVALID` 并进死信。这条同样约束已登记的 `EmploymentTransferred`;HR 写入时两者本来就相同。 - **刻意不做**:出站注册表、`facts.owns`、生效事务写 Intent。原因是 M6 只认 pinned `@juhai/contracts` 的 Catalog,而 Registry 上最新的 rc.7 只有 11 条事实。发版已交给单独的 04 会话推进,真实发布前须用户同意;HR 侧的请求草稿是 `docs/domain/request-draft-04-contracts-release-chg061-2026-10-28.md`。 - **F1 `OrganizationUnitMoved`**:组织类型词表已由 02 D73 定为 CHG-061 三值(`organization` / `department` / `team`)。HR 加这个字段要改 D3 冻结的宿主 Prisma 和产品迁移,已登记为待裁决 D-13(用户已同意开受控通道并实现,另起 PR)。 - **文档**:蓝图 §4.16、H5 / P1 行,矩阵 #19 按 02 D72 订正(Site / Space / SiteOperator 的现用写点改为 EES 物包),新增 D-13;同步更新 CLAUDE.md G23、CHG 草案和发版请求草稿。 ## 验证(本地,报告绑定 `b8f85d3`、clean) - contracts 227/227(enterprise-fact 24 例,其中新增 8 例)。 - 5 个变异探针各判红:去掉实体 ID 一致、去掉状态一致、去掉 `valid_from` 一致、封装不调用一致性校验、组织事实来源域改为 hr。 - `check:d3` 通过;去掉 PKG-005 后判红(6 项)。 - `check:app-manifest`、`check:contract-consumers`、`check:validation`、lint、typecheck 均通过。 - `check:runtime` 474/474、`check:ui` 46/46,用一次性 PostgreSQL / Redis 跑完已删。静态检查链如实停在 O22,`check:governance` 只剩 O22。 - 远端 CI 结果见本页。 🤖 Generated with [Claude Code](https://claude.com/claude-code)
TEXT
is_first_created
INTEGER
is_deleted
INTEGER
Update
Cancel