git配置文件虽形似ini，但支持重复section、带引号section名、跨行值及裸布尔值，标准ini库易出错；稳妥做法是调用git config命令读写，或正则逐行解析，避免依赖go-git等跳过include/条件逻辑的库。
git config 文件格式不是 INI，但 Go 可以用标准方式解析
Git 的 .git/config 和全局 ~/.gitconfig 确实长得像 INI，但实际有关键差异：支持重复 section（如多个 [submodule "xxx"]）、section 名含空格或引号、值可跨行、允许裸布尔值（filemode 后不写 = true 也合法）。Go 标准库 golang.org/x/sys/unix 不处理这个，第三方库如 ini 或 go-ini/ini 会误判重复 section 或丢掉无等号的键。
更稳妥的做法是复用 Git 自身逻辑——但它没提供纯 Go 解析器。所以实践中分两种路径：
- 若只需读取少量固定字段（如
core.filemode、remote.origin.url），直接调git config --get core.filemode更可靠，避免格式陷阱 - 若必须解析整个文件（比如做配置迁移或 diff 工具），用正则逐行扫描比依赖通用 INI 库更可控，重点匹配
^[([^]]+)]$开头的 section 行和^(w+)s*=?s*(.*)$键值行，手动维护 map 嵌套 - 注意 Windows 路径中的反斜杠（
worktree = C:\path\to\repo）需转义处理，否则strings.Split会切错
用 os/exec 调 git config 是最稳的读取方式
Git 自己的 git config 命令能正确处理所有边缘情况：include 指令、条件配置（[includeIf "gitdir:~/work/"]）、多级覆盖（system → global → local）、甚至 credential.helper 注入的动态值。Go 直接调它，等于把解析责任交还给 Git。
常见操作示例：
- 读单个值：
exec.Command("git", "config", "--get", "core.autocrlf") - 读所有 remote URL：
exec.Command("git", "config", "--get-regexp", "^remote\..*\.url$") - 读带作用域的值（仅当前仓库）：
exec.Command("git", "-C", "/path/to/repo", "config", "--local", "--get", "branch.main.remote") - 写配置时加
--replace-all避免重复项，否则git config branch.main.remote origin可能插入第二条
错误提示直接来自 Git，比如 fatal: not in a git directory 比自己解析时 panic 更易定位问题。
go-git/v5 解析 config 会跳过 include 和条件逻辑
go-git 的 config.NewDecoder 能读 .git/config 文件内容，但它只做静态解析：遇到 [include] 或 [includeIf] 就完全忽略，也不会按当前工作目录判断是否启用某个条件块。这意味着你用 go-git 读到的配置，很可能和 git status 实际行为不一致。
典型坑点：
- 公司全局配置通过
include注入了credential.helper，go-git读不到，导致后续 Clone 失败 -
[includeIf "gitdir:~/internal/"]在内部项目里才生效，但go-git无法计算gitdir条件，直接跳过整段 -
go-git把branch.main.merge解析成字符串"refs/heads/main"，但没帮你补全refs/前缀逻辑（Git 自己会自动补）
除非你明确控制所有配置都在单个文件里且不用 include，否则别信 go-git 返回的 config 结构体。
写入配置必须用 git config 命令，不能手写文件
直接 os.WriteFile(".git/config", data, 0644) 极易破坏格式：可能覆盖掉 include 行、把多行值写成单行、忽略 Git 对布尔值的特殊处理（core.bare 写 true 没用，得写 1 或留空）。Git 自己写配置时还会自动排序 section、合并重复 key、保留注释位置。
安全写法只有这一种：
- 设值：
exec.Command("git", "config", "--local", "core.filemode", "false") - 删值：
exec.Command("git", "config", "--unset", "remote.origin.push") - 批量写（避免多次 fork）：用
git config --local --edit启动编辑器，但需确保$GIT_EDITOR可靠；或先读再改再用--replace-all批量提交
注意 --local 必须在仓库根目录下执行，否则报 not in a git directory；如果路径不确定，加 -C /path/to/repo 显式指定。
真正麻烦的从来不是读写单个键值，而是 Git 配置本身的分层性、条件性和副作用——比如改了 core.autocrlf 会立刻影响后续 git add 的换行符处理。别试图用 Go 完全模拟 Git 的配置系统，让它自己干活最省心。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
