GoLand 中删除代码前须先提交或搁置未提交修改，仅灰色文件可安全删除；删包需先查引用、用 go mod edit -droprequire 和 go mod tidy，避免误删缓存或残留 require 行。
在 GoLand 里删代码前先确认是否已提交
没提交的修改直接删，等于永久丢失——GoLand 不会帮你备份未 commit 的变更。打开 Git 工具窗口（Alt+9），切到 Local Changes 标签页，看文件列表：带 + 是新添加未跟踪，带 Modified 是已跟踪但改过，灰色的是已 commit 且未动。只有灰色文件才能放心删；其余必须先 Commit 或 Shelve。
删掉旧包但不破坏依赖关系
直接删 import 行或整个目录，常导致 go build 报 import path not found 或 undefined: xxx。正确做法是：
- 先用
Find Usages（右键函数/类型 →Find Usages）确认该包或代码是否被其他地方引用 - 如果只在当前文件用，删
import行后，GoLand 通常自动灰掉冗余导入；若没反应，手动删并保存，再按Ctrl+Alt+O（Optimize Imports） - 如果是整个模块（比如
github.com/old/lib），别只删本地目录——先运行go list -m all | grep old确认是否还在 module graph 里；还在就用go mod edit -droprequire github.com/old/lib，再go mod tidy
安全删除目录：避免误删 GOPATH/pkg/mod 缓存
手抖删错目录，可能把 $(go env GOPATH)/pkg/mod 一起干掉，下次 go build 就得重下所有依赖。记住：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 别用系统文件管理器直接进
$GOPATH删子目录；统一用 GoLand 的Delete（Delete键）+ 勾选Safe Delete对话框里的选项 - 删目录前，右键 →
Find Usages，确保没 import 路径指向它（比如"myproject/oldutil"） - 删完立刻跑一次
go build ./...，看是否报错；如果报cannot find module providing package，说明删早了，得从 git 恢复或补go mod edit -replace
删完记得清理 go.mod 和 vendor（如启用）
go mod tidy 不会自动删掉 go.mod 里残留的 require 行，尤其当旧包还被间接依赖时。手动删前注意：
- 运行
go mod graph | grep oldpackage，看是否仍有路径连向它 - 如果输出为空，再编辑
go.mod，删对应require行，然后go mod tidy - 用了
vendor？删目录后必须go mod vendor重建，否则编译仍可能读旧副本
真正麻烦的不是删动作本身，而是删完后没人检查 go list -m all 输出里是否还有残留模块名——这玩意儿不报错，但会让后续 go get 行为不可预测。
