首先得明确Git判定工作区路径的优先级：环境变量GIT_WORKTREE > 配置项core.worktree > 默认父目录（当.git是工作区根目录的子目录时）。接下来我会先分析你给出的解决方案存在的问题，再提供可靠的实现方式。

现有脚本的缺陷 #

你提供的脚本有几个关键问题：

• 当GIT_WORKTREE和core.worktree同时存在时，会输出两个路径，逻辑冲突
• 默认返回./..的假设不成立：比如当工作区的.git是一个指向其他位置的文件（而非目录），或者git目录被放在非工作区根目录的位置时，./..就不是正确的工作区路径
• 没有处理路径的绝对/相对转换，返回的路径可能存在歧义，无法直接用于后续操作

可靠的实现方法 #

要正确获取主工作区，最稳妥的方式是借助Git原生命令——毕竟Git自己最清楚它的工作区位置，能完美处理GIT_WORKTREE和core.worktree的优先级规则。

核心思路 #

使用git rev-parse --show-toplevel命令，它会直接返回Git仓库的工作区根目录，自动适配所有Git的工作区判定逻辑，包括环境变量和配置项的影响。

改进后的脚本 #

is_git_repo() {
    # 判断给定路径是否为有效Git仓库目录（或git文件指向的仓库）
    git -C "$1" rev-parse --is-inside-git-dir >/dev/null 2>&1 || return 1
}

get_main_worktree() {
    local git_dir="$1"
    if ! is_git_repo "$git_dir"; then
        echo "Error: 不是有效的Git仓库目录" >&2
        return 1
    fi

    # 利用Git原生命令获取工作区根目录，自动处理GIT_WORKTREE和core.worktree
    git -C "$git_dir" rev-parse --show-toplevel
}

# 使用示例：进入.git目录后执行
cd repo/.git && get_main_worktree "."

为什么这个方法可靠？ #

• git rev-parse --show-toplevel是Git官方提供的命令，完全遵循Git的工作区判定逻辑，不会出现手动判断的遗漏
• 自动将相对路径转换为绝对路径，避免路径歧义
• 同时支持常规的.git目录和自定义gitdir（比如.git是文件的情况），也能正确识别裸仓库（裸仓库会直接报错，符合预期）

补充：手动实现优先级的注意事项 #

如果你一定要手动实现优先级判断（不依赖--show-toplevel），需要注意：

1. 先检查GIT_WORKTREE，如果存在且是有效路径，返回它
2. 否则读取core.worktree配置，注意配置项可能是相对路径（相对于git目录），需要转换为绝对路径
3. 如果都没有，再尝试从git目录推导父目录，但要先通过git rev-parse --is-bare-repository判断是否为裸仓库（裸仓库没有工作区）

但显然，直接使用Git原生命令是最省心、最不易出错的方式。

内容的提问来源于stack exchange，提问作者Gabriel