dsh-workbench-layout：为 DSH Web 提供三栏工作区布局
dsh-workbench-layout 是一个 DSH Web 插件（npm 包 @lsq64737/dsh-workbench-layout，MIT 许可），将官方 AppFrame 重排为三栏布局：左侧为 Sessions、文件浏览器、Git 变更与 Commit Graph、终端列表；中间是多文件标签编辑器与终端；右侧保留原生 DSH 会话，让用户不离开对话即可查看文件、Git 状态和运行命令。核心功能包括：按 Git 状态
阅读全文dsh-git-sidebar：在 DSH 对话页查看 Git 工作区未提交改动
dsh-git-sidebar 是 DeepSeek Harness (DSH) Web GUI 的嵌入式插件，由 H2O-MERO 维护，采用 MIT 许可证。该插件旨在解决用户在对话页处理工作区文件时，需频繁切换终端或 IDE 以查看 Git 状态的高操作成本问题。它在 DSH 对话页右侧提供 VSCode 风格的未提交改动侧边栏，允许用户在不离开当前会话界面的情况下，直观查看当前工作区 Git 仓库的已暂存、未暂存及未跟踪文件。 核心功能包括自动跟随当前对话的工作区仓库，支持查看文件状态徽标（如 M、A、D）、行级差异统计（+/−）及单文件 diff 展开；重命名文件会展示新旧路径，未跟
阅读全文Git暂存区与工作区的区别：先add再commit的原因
这篇文章介绍了Git中工作区和暂存区的核心概念、区别及作用。工作区是本地可直接操作的文件（如草稿纸），暂存区是Git内部的中间仓库（如待审核快递盒）。两者关键区别：位置（工作区是本地文件系统，暂存区是Git内部）、编辑方式（工作区可直接改，暂存区需通过命令修改）、Git跟踪（工作区未被跟踪，暂存区标记待提交）、可见性（工作区修改直接可见，暂存区仅Git可见）。 必须“先add再commit”，因暂存区让提交更具选择性：若跳过暂存区直接commit，Git会提交工作区全部修改，易误提交未完成内容。通过“修改→git status→git add→git commit”流程，可实现分阶段提交。暂存区作为缓冲带，帮助开发者灵活控制提交范围，避免草稿或未完成内容被误提交，使代码管理更可控。
阅读全文Git工作区、暂存区与本地仓库的关系详解
Git的三个核心区域（工作区、暂存区、本地仓库）分工明确，共同完成版本控制。 **工作区**是直接操作的目录（如项目文件夹），可自由修改文件（增删改），是用户可见的“操作现场”。 **暂存区**是隐藏的临时区域（`.git/index`），通过`git add`暂存待提交的修改，可预览或撤销（如`git reset HEAD <file>`），像“中转站/冰箱”。 **本地仓库**是`.git`目录，保存项目版本历史、分支等，通过`git commit`提交暂存区内容形成版本，是“永久储藏室”。 三者核心流程为：**修改→暂存→提交**：工作区修改文件，`git add`暂存，`git commit`提交到本地仓库。理解这一流程，就能清晰管理代码版本，避免操作混乱。
阅读全文