| content |
{"Commits":[{"Sha1":"faac5481c {"Commits":[{"Sha1":"faac5481c1cca66e4708222686b6588a43938150","Message":"feat(console): 合并控制台逐页布局与样式改造\n\n控制台各页面原先列表用「查看详情」按钮、详情是整张表单、弹窗操作区与空状态各不相同，常用信息和危险操作混在一起。合并 feat/console-layout 分支，按统一的列表、抽屉与弹窗约定逐页重排企业内、平台侧与应用内的管理页面。\n\n实现内容：\n- 列表统一为整行可点（OpenableRow 或同交互的专用行），名称为链接或按钮、末列右箭头，需要处理的状态用 cell-note 提示；空状态改为带图标、说明与操作的公共 EmptyList，无数据时不显示分页\n- 详情抽屉按「基本信息 / 业务分区 / 危险区」分区，修改就地展开且同一时间只进行一项；危险操作默认收起，展开后用单选卡片或确认勾选\n- 企业、应用接入改为带分区标签的详情页；新增只读组织架构图；成员、部门、用户组、所有账号、企业与平台管理员、应用开通、操作记录、权限清单、角色、角色分配、程序接入（密钥管理内嵌抽屉）与程序身份完成改造\n- 弹窗底部统一使用 FormActions「取消 + 主操作」，多步弹窗提供「重新选择」；权限统一以名称为主、代码为辅显示，勾选清单统一为带边框的列表\n- 同步更新各页面单元测试与相关验收脚本中的文案和定位\n\n验证：\n- 分支上每次提交前运行 npm run check：format:check、lint、typecheck、test、build 通过，最后一次 Vitest 26 个文件 223 项全部通过\n- 各页面在浏览器 1280 宽、375 窄屏及亮/暗色下核对；程序接入、程序身份等演示环境缺数据的页面以页面内临时改写接口响应检查，未提交写操作\n- 验收脚本仅执行 node --check，未实际运行\n- 合并无冲突，main 上未单独重新运行检查；平台权限查询接入、个人中心尚未改造\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-12T08:07:51-07:00"},{"Sha1":"3cf111b21a47760e5c71fc6b2fba96d882dbd3f1","Message":"feat(console): 把程序身份详情改为分区抽屉并列出使用它的程序客户端\n\n程序身份详情是一张整体表单，改名、更换负责人和停用都要勾选确认并一起提交；负责人失效时改名会直接被后端拒绝，界面却没有提示；列表每行放「查看详情」按钮，页面顶部还有单独的说明框。按已定的列表与抽屉约定重排。\n\n实现内容：\n- 页面说明并入卡片描述；列表改为整行可点，负责人失效时在负责人下用 cell-note 提示；空列表使用「还没有程序身份」定制空状态\n- 详情抽屉分「基本信息 / 负责人 / 程序客户端 / 停用或恢复」：改名与更换负责人就地展开，不需要影响确认；停用或恢复在危险区展开并须确认；同一时间只进行一项修改，每项修改都带上其余字段的当前值提交到原有整体保存接口\n- 正常状态下负责人失效时禁用「修改名称」并提示先更换负责人，状态说明改为程序暂时不能获取令牌；已停用且负责人失效时恢复按钮不可用\n- 新增「程序客户端」分区：按身份代码搜索程序客户端后再按身份标识过滤（最多 100 个），链接到程序接入详情；没有客户端时给出前往程序接入的链接\n- 新建改为独立弹窗：名称、代码与平铺的负责人选择，底部使用 FormActions；负责人选择改为「选择 成员代码」按钮\n- 保存后焦点留在抽屉内；重写程序身份单元测试（更换负责人、停用确认、未知结果重试、冲突重读），同步 acceptance-p10-t01 中的详情等待、新建、状态变更、负责人失效、冲突重读与深链接步骤\n\n验证：\n- npm run check（format:check、lint、typecheck、test、build）：通过，Vitest 26 个文件 223 项全部通过\n- node --check 检查 acceptance-p10-t01：通过\n- 演示环境没有程序身份，浏览器中以页面内临时改写接口响应的方式检查列表、详情四区、更换负责人、停用确认、负责人失效与新建弹窗（1280 宽、375 窄屏及亮/暗色），未提交写操作\n- 验收脚本 acceptance-p10-t01：未运行，需要独立隔离环境\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-12T08:05:50-07:00"},{"Sha1":"ba844f0abb4b7b64a50d2a5b617e87e33aac5a14","Message":"feat(console): 把程序接入详情改为分区抽屉并内嵌密钥管理\n\n程序接入页顶部有一大段说明，列表每行放「查看详情」按钮；详情是一张整体表单，管理密钥要切换到另一个子视图，新建时在弹窗里同时套着两张选择卡片。按已定的列表与抽屉约定重排。\n\n实现内容：\n- 页头补「应用」徽标，原顶部说明并入页头与卡片描述，授权方式名称移到详情技术细节\n- 列表改为整行可点（客户端 ID 为按钮、程序身份与可调用操作为灰色说明），状态正常但暂时不能获取令牌时在状态下提示；空列表使用「还没有程序客户端」定制空状态\n- 详情抽屉分「基本信息 / 可调用的操作 / 密钥 / 停用或归档」：调整操作就地展开，无改动不能保存，改动后须确认；平台已不再批准的操作照常列出并注明不生效，取消勾选后不能再选回\n- 密钥改为抽屉内的常驻分区：逐份显示状态与时间，撤销确认在该行下方展开，成功后以提示条告知并重读记录；更换密钥仍显示一次性回执\n- 调整操作、密钥操作与状态变更互相锁定，写入结果不明或冲突时不能切换到其他修改；保存或撤销后焦点留在抽屉内\n- 新建改为两步：先选程序身份，再选服务并勾选操作，底部「重新选择程序身份 / 创建程序客户端」，不再要求影响确认\n- ScopeChoices 改为与权限勾选一致的边框清单，新增 unavailable、legendHidden、hint；平台「程序可调用的操作」弹窗使用平台场景的说明\n- 同步程序接入与密钥单元测试，以及 acceptance-p10-t02、t03、t04 中的详情等待、新建步骤、调整操作、密钥分区与空状态文案\n\n验证：\n- npm run check（format:check、lint、typecheck、test、build）：通过，Vitest 26 个文件 222 项全部通过；构建时 Vite 提示打包文件体积偏大，未核实是否为既有提示\n- node --check 检查 acceptance-p10-t02、t03、t04：通过\n- 演示环境没有程序客户端、可访问服务与程序身份，浏览器中以页面内临时改写接口响应的方式检查列表、详情四区、撤销与更换密钥表单、调整操作、新建两步与已归档只读状态（1280 宽、375 窄屏及亮/暗色），未提交写操作；平台「程序可调用的操作」弹窗打开查看未保存\n- 验收脚本 acceptance-p10-t02、t03、t04：未运行，需要独立隔离环境\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-12T07:57:52-07:00"},{"Sha1":"91e187c7bfa1c897d22cd3fb7e5d30d7368a586d","Message":"feat(console): 在角色分配中显示角色包含的权限并改用卡片选择分配对象\n\n角色分配页已随企业管理员改为分区抽屉，但业务模式下仍看不出一条分配实际给了哪些权限，分配对象名称下显示的是无意义的标识缩写，新建时用下拉框选择成员或用户组，页头徽标也与其他应用内页面不一致。\n\n实现内容：\n- 页头徽标改为「应用」，与权限清单、角色页一致\n- 分配对象说明：有与名称不同的成员代码或用户组代码时显示「类型 · 代码」，名称即代码时只显示类型，两者都没有才回退标识缩写；用户组不是正常状态时在名称下提示\n- 详情基本信息为角色补充灰色代码，新增「角色包含的权限」（按应用权限清单显示名称）\n- 分配弹窗第一步「分配给」改为横排的「成员 / 用户组」单选卡片；第二步选中角色后显示该角色包含的权限预览，读取失败不影响分配\n- BindingRecord 类型补充 group_code；同步 acceptance-t04 中选择分配对象类型的步骤\n\n验证：\n- npm run check（format:check、lint、typecheck、test、build）：通过，Vitest 26 个文件 222 项全部通过；首次运行时 group-lifecycle 中一项焦点断言偶发失败，单独重跑 3 次及全量重跑均通过，与本次改动无关\n- node --check 检查 acceptance-t04：通过\n- 浏览器 1280 宽、375 窄屏及亮/暗色检查列表、详情抽屉与分配弹窗两步（切换成员/用户组、选择成员与角色、权限预览），未提交写操作；演示数据没有分给用户组的记录，用户组代码与归档提示未在页面上实际看到\n- 验收脚本 acceptance-t04：未运行，需要独立隔离环境\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-12T07:45:50-07:00"},{"Sha1":"4a92a91f122f15d9c26a0ff0fc321e14b589777e","Message":"feat(console): 把角色详情改为分区抽屉并重排权限清单\n\n角色详情原先是一张整体表单，改名、调整权限和停用归档混在一起，任何修改都要勾选影响确认；列表每行放「查看 X」按钮，权限清单页也没有筛选。按已定的列表与抽屉约定重排两页。\n\n实现内容：\n- 权限清单拆为独立组件：卡片说明给出权限总数与可放进角色的数量，加入本地名称/代码搜索与状态筛选、「去组合角色」链接，不能放进角色的原因用灰字说明，空清单使用公共空状态\n- 角色列表改用 OpenableRow 整行可点，并提供「还没有角色」定制空状态\n- 角色详情抽屉分「基本信息 / 包含的权限 / 停用或归档」三区：改名与调整权限就地展开，状态变更用单选卡片；同一时间只进行一项修改，每项修改都带上其余字段的当前值提交到原有整体保存接口\n- 改名不再要求影响确认；有分配记录时调整权限、以及任何状态变更仍须确认，草稿改动后确认失效；归档仍同时提交 revokeBindings\n- 基本信息显示分配记录数并提供「前往角色分配」链接；已归档角色只读，不提供修改入口\n- 新建角色改为独立弹窗，底部使用 FormActions「取消 / 创建角色」\n- 公共 PermissionPicker 改为带边框的勾选清单，显示「已选 N 项」，只在不可选的行注明原因，新增 legendHidden；企业管理员中「可分配的权限」随之生效\n- 重写角色相关单元测试（状态归档、改名、调整权限确认、归档只读、新建），同步 acceptance-t04 中的角色详情入口、状态变更与冲突复核步骤\n\n验证：\n- npm run check（format:check、lint、typecheck、test、build）：通过，Vitest 26 个文件 222 项全部通过\n- node --check 检查 acceptance-t04：通过\n- 浏览器 1280 宽、375 窄屏及亮/暗色检查权限清单、角色列表、详情三区、新建弹窗与企业管理员可分配权限；已停用权限、需按数据范围分配的权限与已归档角色通过页面内临时改写响应查看，未做写操作\n- 验收脚本 acceptance-t04：未运行，需要独立隔离环境\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-12T07:39:38-07:00"}],"HeadCommit":{"Sha1":"faac5481c1cca66e4708222686b6588a43938150","Message":"feat(console): 合并控制台逐页布局与样式改造\n\n控制台各页面原先列表用「查看详情」按钮、详情是整张表单、弹窗操作区与空状态各不相同，常用信息和危险操作混在一起。合并 feat/console-layout 分支，按统一的列表、抽屉与弹窗约定逐页重排企业内、平台侧与应用内的管理页面。\n\n实现内容：\n- 列表统一为整行可点（OpenableRow 或同交互的专用行），名称为链接或按钮、末列右箭头，需要处理的状态用 cell-note 提示；空状态改为带图标、说明与操作的公共 EmptyList，无数据时不显示分页\n- 详情抽屉按「基本信息 / 业务分区 / 危险区」分区，修改就地展开且同一时间只进行一项；危险操作默认收起，展开后用单选卡片或确认勾选\n- 企业、应用接入改为带分区标签的详情页；新增只读组织架构图；成员、部门、用户组、所有账号、企业与平台管理员、应用开通、操作记录、权限清单、角色、角色分配、程序接入（密钥管理内嵌抽屉）与程序身份完成改造\n- 弹窗底部统一使用 FormActions「取消 + 主操作」，多步弹窗提供「重新选择」；权限统一以名称为主、代码为辅显示，勾选清单统一为带边框的列表\n- 同步更新各页面单元测试与相关验收脚本中的文案和定位\n\n验证：\n- 分支上每次提交前运行 npm run check：format:check、lint、typecheck、test、build 通过，最后一次 Vitest 26 个文件 223 项全部通过\n- 各页面在浏览器 1280 宽、375 窄屏及亮/暗色下核对；程序接入、程序身份等演示环境缺数据的页面以页面内临时改写接口响应检查，未提交写操作\n- 验收脚本仅执行 node --check，未实际运行\n- 合并无冲突，main 上未单独重新运行检查；平台权限查询接入、个人中心尚未改造\n","AuthorEmail":"gamebyteyu@gmail.com","AuthorName":"starry","CommitterEmail":"gamebyteyu@gmail.com","CommitterName":"starry","Timestamp":"2026-10-12T08:07:51-07:00"},"CompareURL":"pengzhiyu/IAM/compare/4bda2cc02706e1c64d5cd23c233673a0b32d0a72...faac5481c1cca66e4708222686b6588a43938150","Len":20}... |