goland中从“未提交更改”创建补丁最直接：在提交工具窗口勾选文件，右键选择“从本地更改创建补丁”，基准路径须设为项目根目录（如go.mod所在处），确保补丁内路径完整（如a/cmd/server/main.go），避免应用时因路径错位失败。
从“未提交更改”创建补丁文件最直接
GoLand 里打包本地修改为补丁，核心前提是这些改动还没 git commit。一旦已提交，就得走“从提交创建补丁”，路径和参数都不同。补丁本质是 diff 文本，只对工作区（Working Directory）的脏文件有效。
操作步骤很简单：
- 打开
提交工具窗口（快捷键Alt+0或菜单View → Tool Windows → Commit） - 勾选你想要打包进补丁的文件或变更块（支持多选、部分行选择）
- 右键 →
从本地更改创建补丁... - 在弹出对话框中：确认勾选项、填好注释（会作为默认文件名）、选好保存路径；
基准路径建议留空或设为项目根目录，避免接收方应用时路径错位
为什么“基准路径”设错会导致补丁无法应用
补丁里所有文件路径都是相对的，基准路径 决定了这个“相对”的起点。比如你项目结构是 myapp/cmd/server/main.go，但你在 cmd/server/ 目录下右键创建补丁且把基准路径设成该子目录，补丁里就会写 main.go 而不是 cmd/server/main.go。对方在项目根目录下运行 git apply 就会报 patch does not apply。
稳妥做法：
- 统一把
基准路径设为你的项目根目录（即go.mod所在目录） - 如果用
复制到剪贴板，粘贴后检查第一行是否类似diff --git a/cmd/server/main.go b/cmd/server/main.go——a/和b/前缀必须完整匹配目标仓库结构
想发给没装 Git 的人？补丁文件本身不依赖 Git
.patch 文件只是纯文本 diff，接收方不需要 Git 也能手动改代码。但更常见的是用命令行应用：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- Linux/macOS：
patch -p1 （<code>-p1表示去掉补丁里路径开头的a/或diff --git a/这一级） - Windows（Git for Windows）：
git apply mychange.patch - 如果补丁含新建文件，加
--include=*.go等过滤器可能更安全，避免误覆盖
注意：GoLand 默认生成的补丁不含 git add 语义，新增文件不会自动被 git add，对方需手动 git add 新文件再提交。
别用“从整个提交创建补丁”来传未提交修改
这个选项只对已 commit 的历史有效。如果你强行在 日志 窗口里找最近一次提交并点 创建补丁，得到的是那次提交的完整快照，和你现在工作区的未提交修改完全无关——哪怕你刚改完还没 commit，它也不会包含你的改动。
真正要传“还没 commit 的临时想法”或“等 Code Review 后再提交”的场景，必须用 从本地更改创建补丁，且确保 提交 窗口里能看到这些文件处于 “Modified” 状态。
补丁不是备份，也不保存 Git 元数据（作者、时间戳等），它只保存“怎么改”，所以别指望靠它还原 commit 记录。
