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":[{"Sha1":"695ea4d16f5066a81e3808b0ba4432b2a69cbd87","Message":"feat(console): 重排工作台与平台、企业、应用三个概览页\n\n四个概览页此前沿用早期布局：工作台只有两个入口，待办和应用用零散小卡片展示，功能入口不分组，与已改造的列表页风格不一致。本次按「上方状态卡片、下方两栏分组入口」统一四页布局。\n\n实现内容：\n- 工作台：三个并列入口「平台管理 / 应用 / 企业管理」，新增应用配色 entry--apps；应用管理员入口写明负责的应用，无身份的入口锁定并说明原因\n- 工作台新增「我的企业」可点表格（企业、你的身份，每次读取 10 条，满页时可加载更多），账号摘要放侧栏并链接个人中心，基本概念改为四格横排\n- 平台概览：「需要你关注」改为卡片，三类事项固定列出，没有内容时显示对勾与「目前没有。」，有内容时显示数量、最多 3 个名称与处理入口，读取失败只在该行重试\n- 企业概览：本企业的应用改为卡片内表格，停用的应用不可进入并注明原因；空状态改用公共 EmptyList\n- 应用概览：三步引导放进卡片，步骤之间用分隔线，右上角显示完成进度；任一步读取中或失败时不显示进度\n- 三个概览的功能入口统一用 overview-groups 两栏分组，窄屏改为上下排列；删除不再使用的待办卡片、应用卡片与一切正常提示条样式\n\n验证：\n- npm run typecheck、npm run lint、npm run format:check：通过\n- npm run test：27 个测试文件、234 项通过（同步修改平台、企业、应用概览单测，新增 home.test.tsx 4 项）\n- 浏览器检查 1280 宽、375 窄屏与暗色：四页无页面级横向溢出；待办与停用应用状态用页面内临时拦截 fetch 验证\n- 验收脚本未运行（脚本只依赖「工作台」标题与 .entry--locked，均已保留）\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-13T06:50:19-07:00"},{"Sha1":"ceb5884bba8e1274c550348e99226f46614e6511","Message":"feat(console): 把应用定义独立成「应用」分组并统一权限相关命名\n\nIAM 面向多租户，一个应用登记后可由多家企业开通。原导航把应用的全局定义（登录客户端、受保护的服务、权限与资源规则）放在「平台管理」下，企业内的应用授权又叫「应用管理」，使用者难以分清权限为何不在应用层维护、改了会影响谁。\n\n实现内容：\n- 侧边栏改为「平台管理 / 应用 / 企业管理 / 应用授权」四组：平台管理只对平台管理员展示链接；新增「应用」分组（应用列表），平台管理员与应用管理员可见；原「应用管理」改名「应用授权」；网址保持不变\n- 应用详情网址仍在 /platform/applications 下，导航高亮、顶部上下文标识（「应用定义」）与面包屑（应用 › 应用列表）归入「应用」\n- 平台侧「应用接入」改为「应用列表」、「权限清单与资源规则」改为「权限定义与资源规则」，徽标改为「所有企业共用」，权限定义卡片与修改弹窗写明对所有开通企业生效\n- 企业侧「权限清单」改为「可用权限」，入口改为「修改权限定义」；工作台、平台概览、切换对话框、无权限说明、操作记录操作名称及相关提示同步新命名\n- 侧边栏测试改为可切换平台角色，新增平台管理员与应用管理员分组可见性用例；弹出面板测试先等待焦点进入面板再按 Esc，消除原有时序抖动\n- acceptance-t03、acceptance-p10-t02、acceptance-p10-t03 同步新的标签名称\n\n验证：\n- npm run format:check、npm run lint、npm run typecheck：通过\n- npm test：26 个测试文件、230 项通过；侧边栏测试单独连续运行 5 次均通过\n- 浏览器经 5173 连接演示后端，在 1280 宽、375 窄屏及亮/暗色下检查四个分组、应用详情、企业可用权限与跳转、修改弹窗影响说明：正常\n- 应用管理员视角仅有单元测试覆盖（演示环境无应用管理员账号）；验收脚本未运行\n- 「已在 N 个企业开通」需后端提供按应用统计的接口，本次未实现\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-13T06:36:58-07:00"},{"Sha1":"7a1bd50d627fb56ebd548956a8a05c61fd306f64","Message":"fix(console): 转义代码输入框 pattern 中的连字符\n\n浏览器按 v 模式编译 input 的 pattern，字符类末尾未转义的「-」会被判为非法正则，浏览器报错并直接跳过该格式校验。其余页面已使用转义写法，本次统一。\n\n实现内容：\n- 权限代码（新增权限、资源类型代码）、角色代码、程序身份代码、应用代码共 5 处 pattern 改为 \\- 转义，匹配规则不变\n\n验证：\n- 两种写法用 new RegExp(..., 'v') 编译通过\n- 浏览器中新增权限弹窗输入 Bad-Code 时 validity.patternMismatch 为 true\n- npm run format:check、npm run lint、npm run typecheck：通过；npm test：26 个测试文件、228 项通过\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-13T06:11:02-07:00"},{"Sha1":"54b1e1ee340da10ec01235cc9d1cf8d6ca22ca5c","Message":"feat(console): 把权限清单的新增与修改拆开并支持按行修改\n\n平台权限清单原先只有一个「新增或修改权限」入口，要修改已有权限必须手输准确的代码，输错会误建一项不能删除的权限；企业侧只读权限清单也看不出该去哪里修改。\n\n实现内容：\n- 平台权限清单每行增加「修改」：代码只读展示，名称和说明预填，内容未变不能保存，修改不再要求勾选确认\n- 未设置名称的权限名称框留空且可留空，只改说明时名称保持原样；已停用的权限也可修改名称和说明\n- 顶部按钮改为「新增权限」：代码与已有权限重复时拦下并引导到列表「修改」，新增仍需勾选确认\n- 企业侧应用权限清单在平台管理员或该应用的应用管理员登录时，页头显示「去平台修改权限」入口\n- 操作记录中 authorization.group_changed 改称「创建用户组」（后端只在新建用户组时写入）\n- 表格行末操作按钮新增 management-actions--end 靠右排列\n- acceptance-t03 改用「新增权限」按钮，并把提交按钮限定在弹窗内\n\n验证：\n- npm run format:check、npm run lint、npm run typecheck：通过\n- npm test：26 个测试文件、228 项通过（新增修改模式与新增重复代码拦截用例）\n- 浏览器经 5173 连接演示后端实际保存：只填说明保存成功且名称保持原样、其余权限说明保留、清单版本逐次加 1；重复代码被拦下；企业侧入口跳转与说明显示正常\n- acceptance-t03 未运行\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-13T06:10:34-07:00"}],"HeadCommit":{"Sha1":"695ea4d16f5066a81e3808b0ba4432b2a69cbd87","Message":"feat(console): 重排工作台与平台、企业、应用三个概览页\n\n四个概览页此前沿用早期布局：工作台只有两个入口，待办和应用用零散小卡片展示，功能入口不分组，与已改造的列表页风格不一致。本次按「上方状态卡片、下方两栏分组入口」统一四页布局。\n\n实现内容：\n- 工作台：三个并列入口「平台管理 / 应用 / 企业管理」，新增应用配色 entry--apps；应用管理员入口写明负责的应用，无身份的入口锁定并说明原因\n- 工作台新增「我的企业」可点表格（企业、你的身份，每次读取 10 条，满页时可加载更多），账号摘要放侧栏并链接个人中心，基本概念改为四格横排\n- 平台概览：「需要你关注」改为卡片，三类事项固定列出，没有内容时显示对勾与「目前没有。」，有内容时显示数量、最多 3 个名称与处理入口，读取失败只在该行重试\n- 企业概览：本企业的应用改为卡片内表格，停用的应用不可进入并注明原因；空状态改用公共 EmptyList\n- 应用概览：三步引导放进卡片，步骤之间用分隔线，右上角显示完成进度；任一步读取中或失败时不显示进度\n- 三个概览的功能入口统一用 overview-groups 两栏分组，窄屏改为上下排列；删除不再使用的待办卡片、应用卡片与一切正常提示条样式\n\n验证：\n- npm run typecheck、npm run lint、npm run format:check：通过\n- npm run test：27 个测试文件、234 项通过（同步修改平台、企业、应用概览单测，新增 home.test.tsx 4 项）\n- 浏览器检查 1280 宽、375 窄屏与暗色：四页无页面级横向溢出；待办与停用应用状态用页面内临时拦截 fetch 验证\n- 验收脚本未运行（脚本只依赖「工作台」标题与 .entry--locked，均已保留）\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-13T06:50:19-07:00"},"CompareURL":"pengzhiyu/IAM/compare/ff5ee33515b0a21b6ba738d00c52373fabfaa50d...695ea4d16f5066a81e3808b0ba4432b2a69cbd87","Len":4}

TEXT

created_unix

INTEGER

Update row 37962 in action