warpwork

Gitee 源码管理

从一行差异，走到一次可追踪交付

变更、Diff、暂存区和远程状态不再散落在不同窗口。warpwork 把提交前需要判断的内容放在同一个项目上下文中。

下载桌面版 进入变更工作台

warpworkwarp-reg-main

main与 origin/main 同步

4 个变更 2 个已暂存 Gitee 已连接

变更工作台

先理解改了什么，再决定交付什么

下面的模式结构将变更、分支和远程同步放进同一个可切换区域。当前页面保留完整语义与键盘焦点约定，供后续交互接管。

website/account.js

+6 -1

@@ -326,7 +326,12 @@ async function revokeDevice(device) {
   const confirmed = windowObject.confirm(`撤销设备 ${device.name}？`);
   if (!confirmed) return;
-  await request(windowObject, "web/devices/revoke", options);
+  const response = await request(windowObject, "web/devices/revoke", options);
+  if (!response.ok) {
+    showStatus("设备撤销失败，请稍后重试。", "error");
+    return;
+  }
   await loadDevices();

提交已暂存变更

2 个文件已暂存

Gitee 授权

远程操作，从一次明确授权开始

在桌面端连接 Gitee 账户后，warpwork 才会为你发起仓库读取、拉取或推送。授权凭据由桌面端交给操作系统安全存储，不在网页页面中展示。

了解账户、凭据与模型请求的数据边界

  1. 01 发起连接从源码管理设置中选择 Gitee，进入独立的授权确认步骤。
  2. 02 确认账户核对账户与仓库访问用途，再把凭据交给桌面应用保存。
  3. 03 执行操作只有在你选择获取、拉取或推送时，才向对应 Gitee 远程仓库发起请求。

完整交付路径

每一步都有状态，也都有回头检查的位置

源码管理不是一个“提交”按钮。它是一条从本地变更到远程协作的连续路径。

  1. 01 / REVIEW

    审阅 Diff

    按文件查看新增与删除，确认改动符合当前任务。

  2. 02 / STAGE

    组织暂存区

    只把本次提交需要的文件加入暂存，其他改动继续留在工作区。

  3. 03 / COMMIT

    写下提交说明

    在提交前再次核对文件数量、分支和说明。

  4. 04 / BRANCH

    保持分支边界

    查看、创建和切换本地分支，让不同任务各自可追踪。

  5. 05 / SYNC

    拉取与推送

    先比较本地与 Gitee 远程状态，再决定拉取更新或推送提交。

提交前的判断

自动化可以更快，交付仍由你确认

Agent 产生的文件改动会进入同一变更列表。你可以阅读 Diff、调整暂存内容并运行测试，然后再决定是否提交和推送。

  • 未跟踪文件可区分新增文件与受版本控制的修改分开显示，恢复操作不会被描述成万能撤销。
  • 暂存状态可见提交表单只汇总已暂存内容，减少把无关改动带入提交的风险。
  • 远程状态先比较拉取与推送前呈现当前分支、远程名称和待同步提交数量。

从变更开始

在一个工作区完成审阅与交付

下载 warpwork，连接本地 Git 项目和你已授权的 Gitee 仓库。

下载 warpwork