Repository navigation
Releases: wangbobo-coder/gitee-ai-employee
Releases · wangbobo-coder/gitee-ai-employee
Release list
v1.3.0 — 适配 DSH 0.2.x：配置卡片迁移到「插件」页
适配 DeepSeek Harness 0.2.x
DSH 0.2.x 将「设置 → 已安装插件」改为只读清单，配置入口迁移到侧栏「插件」页，旧的 settings.plugin.item slot 已移除，插件依赖的 CSS 类名哈希也全部失效——这就是 v1.2.x 在新版里不显示配置卡片的原因。
本版本将配置卡片完整迁移到新契约：
- 注册新 slot
plugins.item（{ id: 'gitee-ai-employee', order: 30 }），注册时机延迟到插件页面板挂载之后，通过声明校验。 - 卡片标题下方渲染
view:'summary'一行状态（轮询/仓库数/扫描开关）；详情页渲染view:'page'完整配置表单（令牌、仓库、轮询、代码安全扫描、自定义提示词、立即扫描）。 - 样式全部改为 inline +
--dsw-alias-*主题 token，不再依赖任何 bundle CSS 哈希。 - 卡片仍只在 host 半侧
/gitee-ai/config正常服务时挂载（404 时不出现）。 - host 半侧无任何改动：
/gitee-ai/*REST 路由原样保留。
升级
用 DSH 插件管理器升级到 1.3.0（或指向本仓库 main 分支），重启后到侧栏「插件」页查看卡片。
Full Changelog: v1.2.8...v1.3.0
v1.2.8
v1.2.8
修复 issue-fix/PR 链路的"源分支不存在"报错（root cause）
- 根因：issue 修复任务复用了旧克隆，origin 里嵌着克隆当时（已失效）的令牌 →
git push401 失败；而sh()不检查退出码，失败被静默吞掉，流程继续跑建 PR → Gitee 返回误导性 400「源分支 … 不存在」。 - 修复：ensureRepo 复用旧克隆前用当前令牌刷新 origin；issue-fix 推送前再次刷新并检查
git push退出码，失败立即抛明确错误（git push failed (N): …）。 - 附带：随后创建的 PR 目标分支跟随 issue 里指定的分支（基于/修改/合并到/目标分支/base: 等写法），不支持则退回默认分支。
使用：dsh plugin add gitee-ai-employee@1.2.8 后重启 DSH。
v1.2.7
v1.2.7
修复：全路径克隆地址扫描/提交失败（root cause）
- 根因：设置卡片「立即扫描全部仓库」在客户端用 indexOf('/') 切分仓库行，
https://gitee.com/owner/repo.git被切成 owner=https:，导致克隆/建目录/建 issue 全部异常；而gitee:owner/repo短格式恰巧切对，所以表现为「短格式能跑、全路径不行」（三端同因）。 - 修复：客户端不再自行切分，把原始仓库行
{spec}发给服务端；POST /gitee-ai/scan支持spec字段并统一走parseRepoSpec（owner/repo、gitee:/github:前缀、完整克隆地址均可），非法行返回 400。 - 附带：插件启动时自报版本/平台/node 版本，便于确认实际加载的代码版本。
使用：dsh plugin add gitee-ai-employee@1.2.7 后重启 DSH。
v1.2.6 — 跨平台修复（mac/linux）
fix (1.2.6) 跨平台路径与仓库操作
- 路径分隔符改为按平台：win32 用 \，mac/linux 用 /（PATH_SEP），仓库目录、临时文件不再生成带反斜杠的怪路径。
- 仓库操作彻底摆脱 PowerShell 语法：
- 已克隆检查：fs.existsSync（原 Test-Path）
- 建父目录：fs.mkdirSync（原 New-Item）
- 读扫描结果：fs.readFileSync（原 Get-Content）
- 完整克隆地址（https://git@ ssh:// 等）解析需 ≥1.2.2；本次同时修复由此引发的 https://gitee.com/https://... 404。
v1.2.5 — 公共配置区：令牌/工作目录提到最上方
feat (1.2.5)
- 新增顶部公共配置区（中性灰，标签「两个功能模块共用 · 修改需谨慎」）：
- Gitee 私人令牌 + GitHub 令牌 并排一行（自动响应式）；
- 仓库工作目录。
- 「处理 Issue」卡片只保留自身私有设置：机器人账号、监听仓库、轮询、自动合并/自动关闭。
- 「代码安全扫描」卡片保持不变。
- 令牌/工作目录从模块卡片里抽出，两个模块共用同一份连接与存储配置，避免重复配置、防止误改。
v1.2.4 — 设置卡片：字段提示独立换行 + 两模块内层卡片
feat (1.2.4)
- 修复「扫描仓库」等长提示文字挤压标签变形：hint 改为标签下方独立换行（可换行、不溢出）。
- 「处理 Issue」与「代码安全扫描」两个模块的字段各自包进内层卡片（蓝色描边 vs 绿色描边 + 浅色底），
卡片式分区彻底隔离两个功能模块，防止误配置/误操作。
v1.2.3 — 设置卡片分区（处理 Issue vs 代码安全扫描）
feat (1.2.3)
设置卡片将「处理 Issue」与「代码安全扫描」分成两个高区分度区块：
- 🤖 处理 Issue（蓝色，红色标签『会真实操作仓库 · 自动提 PR』）：令牌、监听仓库、轮询、自动合并、自动关闭。
- 🛡️ 代码安全扫描（绿色，标签『只读审计 · 只提交漏洞 issue』）：扫描仓库、上报级别、合并 issue、并发、提示词、间隔。
- 每块带说明文明确「会做什么 / 不会做什么」，防止误配置与误操作。
v1.2.2 — 扫描/监听仓库支持完整克隆地址
feat (1.2.2)
- watchRepos / scanRepos 现在可直接粘贴完整克隆地址：
- https://gitee.com/owner/repo.git、http(s)://host/owner/repo、尾部斜杠
- git@gitee.com:owner/repo.git、ssh://git@host/owner/repo.git
- 按 host 自动推断平台（github.com → github，其余 → gitee），显式 gitee:/github: 前缀优先
- 自动剥除 .git 后缀与多余斜杠；缺仓库段等畸形地址直接拒绝
- 原有 owner/repo 与 prefix:owner/repo 格式完全兼容。
v1.2.1 — 修复全新安装保存配置报错
Fix (1.2.1)
修复容器 / npm 直装场景下保存配置报 gitee-ai-employee entry not found in patch：
- 全新安装的 cordis.patch.yml 里条目还没有 config: 键，旧逻辑找不到 config 就误判「条目不存在」→ 现在自动创建 config 块。
- 查找改为全文档扫描（兼容 - insert: 序列 / 顶层 insert: 映射 / 多个 insert 块）。
- 任何 patch 都没有本插件条目时，自动补写条目 + 配置落盘，保证保存与重启生效。
四种安装布局（全新 npm、单映射、无条目、已有 config）均以真实 yaml 库验证通过。
v1.2.0 — 代码安全扫描 + 一键获取我的仓库 + Gitee 新版 issue API
What's new (1.2.0)
- 代码安全扫描：配置 scanRepos 后按内置/自定义扫描提示词对仓库做静态漏洞扫描；结果去重（scan-state），创建 [安全扫描] issue（可合并为一个/每发现一个）。
- 定时扫描 + 并发受限队列：scanConcurrency（默认 3）限制同时扫描数，多仓库排队持续扫描，去重幂等。
- 一键获取我的仓库：设置页一键拉取有权限的仓库填入扫描列表。
- Gitee 新版 issue API 适配：Gitee 已把创建/修改 issue 改为 POST/PATCH /repos/{owner}/issues（repo 放请求体）；旧路径返回 404，createIssue/closeIssue 已切换（GitHub 不变）。
- 原生 Node fetch 替代 PowerShell 管道。
- 新增 gitee-scanner worker 预设。