master..语法有何作用？为何Git命令在Windows CMD运行报错

master..<ref>语法作用 #

Git中A..B是标准的提交范围筛选语法，作用是匹配所有存在于B引用（分支/标签/提交哈希均可）、但不存在于A引用的提交。原Bash命令中使用这个语法，目的是筛选出当前分支相对于master分支新增的所有提交，刚好匹配生成Release Notes需要提取的新增变更范围。
原Bash命令中反引号包裹的git rev-parse --abbrev-ref HEAD是Bash的命令替换写法，作用是提前执行该命令获取当前所在分支的短名称，自动拼接在master..后作为范围参数，不需要手动输入分支名。

Bash可运行、CMD报错的原因 #

报错核心是两种Shell的语法规则不兼容：

• Bash环境下反引号（`）是特殊语法标记，包裹的内容会被优先执行，执行结果会直接替换到原命令的对应位置，最终传给Git的是类似master..dev的合法范围参数，因此可以正常运行
• Windows CMD不识别反引号的命令替换语义，会把反引号当成普通字符处理，因此不会执行git rev-parse --abbrev-ref HEAD这段命令，而是直接把master..`git作为参数传给Git，Git无法识别这个非法的提交引用，就会抛出ambiguous argument 'master..git'`的参数歧义错误。

之前仅把单引号替换为双引号的操作是符合CMD语法要求的——CMD确实需要用双引号包裹带格式占位符的字符串，但没有处理反引号的语法差异，因此仍然会报错。

CMD环境下的可用命令 #

方案1：手动指定分支名（最稳定无兼容问题） #

如果明确知道当前要导出记录的分支名，直接把反引号部分替换为实际分支名即可，例如当前分支为feature/new-ui：

git log --no-merges --pretty=format:"- %s -- %cn" --full-history master..feature/new-ui > ReleaseNotes.txt

方案2：动态获取当前分支名（和原Bash命令逻辑完全一致） #

CMD可以通过for /f语法实现命令输出捕获，达到和Bash反引号命令替换相同的效果，直接在CMD窗口执行以下命令即可：

for /f "delims=" %b in ('git rev-parse --abbrev-ref HEAD') do git log --no-merges --pretty=format:"- %s -- %cn" --full-history master..%b > ReleaseNotes.txt

注意：如果将上述命令写入.bat/.cmd批处理脚本运行，需要将命令中的%b统一替换为%%b，否则CMD会解析失败。

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