Git合并CodeSys二进制文件：自动化与命令使用疑问

1. 自动化生成带.INCOMING后缀的冲突文件副本 #

直接在Git配置里添加别名，批量导出远程变更版本的副本：
编辑.gitconfig文件，加入以下配置：

[alias]
    incoming-copy = "!f() { for file in $(git ls-files -u | cut -f2 | uniq); do git show :2:\"$file\" > \"$file.INCOMING\"; done; }; f"

执行git incoming-copy就能自动为所有冲突文件生成带.INCOMING后缀的远程版本副本。

• 原理：git ls-files -u列出所有处于冲突状态的文件，cut -f2提取文件名，git show :2:"$file"取出远程分支（MERGE_HEAD）的文件版本，重定向保存为目标文件。

2. 不依赖git mergetool生成LOCAL和REMOTE文件 #

利用Git的版本引用语法直接导出对应版本：

• 导出本地未合并版本（LOCAL）：

  git show :1:<文件名> > <文件名>.LOCAL
  

• 导出远程分支版本（REMOTE）：

  git show :2:<文件名> > <文件名>.REMOTE
  

如果要批量处理所有冲突文件，同样可以添加Git别名：

[alias]
    export-merge-files = "!f() { for file in $(git ls-files -u | cut -f2 | uniq); do git show :1:\"$file\" > \"$file.LOCAL\"; git show :2:\"$file\" > \"$file.REMOTE\"; done; }; f"

执行git export-merge-files即可批量生成两类文件。

3. :1:hello.rb路径的工作原理与通配符限制 #

这种格式是Git的内部对象引用语法，用于在合并冲突场景下直接引用特定版本的文件：

• 数字含义：:1对应HEAD（本地分支当前版本，即LOCAL），:2对应MERGE_HEAD（远程分支版本，即REMOTE），:3对应冲突双方的公共祖先版本。
• 工作原理：它直接从Git的对象数据库中提取对应版本的文件内容，不是操作系统层面的文件路径，因此不支持通配符——通配符是Shell层面的路径匹配逻辑，而该语法只能针对单个具体文件的对象引用，无法进行模糊匹配。

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