交互式变基合并提交时保留#号的问题（TFS+Git环境）

这个问题我之前也碰到过！Git默认把行首的#当作注释符号，交互式变基时编辑提交消息，所有以#开头的行都会被直接丢弃，导致TFS关联待办项的#1234标记丢失。转义反斜杠会残留的原因是Git的注释处理逻辑是先过滤行首#，再处理转义，所以反斜杠不会被自动移除。

分享几个亲测有效的解决办法：

1. 临时修改Git的注释字符 #

这是最直接的方案——让Git暂时不把#当作注释符号：

• 执行交互式变基前，先运行：

  git config core.commentChar ';'
  

• 完成变基和提交消息编辑后，改回默认的注释字符：

  git config core.commentChar '#'
  

这样在编辑器里，只有以;开头的行会被当作注释，你写的#1234开头的行就会完整保留在最终提交消息里，TFS能正常识别关联。

2. 封装成Git别名（一劳永逸） #

不想每次手动切换注释字符？可以把这个流程做成Git别名，添加到你的全局.gitconfig里：

[alias]
  rebase-tfs = !git config core.commentChar ';' && git rebase -i "$@" && git config core.commentChar '#'

之后直接用git rebase-tfs <分支名>代替git rebase -i <分支名>，就自动处理了注释字符的切换，不用每次手动敲命令。

3. 备选临时方案：调整提交消息格式（不推荐） #

如果临时改配置嫌麻烦，也可以把#1234移到行内非开头的位置，比如写成Commit Message 1 (#1234)——不过前提是你的TFS支持识别行内的待办项ID。但这个方案不如前两个靠谱，因为很多TFS配置只认行首的#ID。

最后提醒：如果设置core.commentChar为空字符串（git config core.commentChar ''），Git会完全禁用注释行过滤，但这样编辑器里的所有提示行（比如# This is a combination of 4 commits.）都会被保留到提交消息里，所以不建议这么做。

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