嘿，这个问题太接地气了——很多项目都会同时包含代码（文本文件）和Excel这类二进制文档，Git对二进制的“天生不友好”确实让人头疼。下面给你几个实用的解决思路，你可以根据团队规模和需求来选：

1. 用Git LFS管理大二进制文件 #

这是最主流的方案，专门解决Git存储大二进制文件的痛点：

• 先安装Git LFS（大部分Git客户端现在都自带，或者用包管理器快速安装）
• 在项目根目录执行命令，让Git追踪所有Excel文件：

  git lfs track "*.xlsx"
  git lfs track "*.xls"
  

• 提交自动生成的.gitattributes文件到仓库，这样团队其他成员也会自动用LFS处理这些文件
• 之后正常提交Excel文件就行，Git会把实际的大文件存在LFS存储端，仓库里只存一个小指针，不会让仓库臃肿

好处是不用改变现有工作流，团队协作起来成本低；缺点是如果是私有仓库，有些平台的LFS存储可能要额外付费。

2. 把Excel转成文本格式存储 #

如果你的Excel文件没有复杂的宏、公式或者格式，直接转成文本格式是最省心的，Git能完美追踪变化：

• 导出成CSV格式：适合纯数据表格，能直接用Git diff看每行数据的变化，但会丢失格式、公式和宏
• 保存成Excel XML表格（.xml）：Excel自带的格式，能保留大部分格式和公式，本质是文本文件，Git可以直接diff
• 用工具转成Markdown表格：适合静态文档，比如项目需求表格，可读性强，也能直接在Git里看变化

这个方案的核心是让Git能“看懂”文件内容，方便查看版本差异，但要注意数据格式的兼容性，复杂Excel可能不适用。

3. 配置Git自定义Diff工具看Excel差异 #

如果必须保留Excel原生格式，至少可以让Git能显示文件的变化：

• 找一个支持Excel对比的工具（比如WinMerge、Beyond Compare，或者专门的Excel Diff工具）
• 在你的.gitconfig文件里添加配置：

  [diff "excel"]
      command = "C:/path/to/your/excel-diff-tool.exe" "$LOCAL" "$REMOTE"
  

• 在项目的.gitattributes里添加：

  *.xlsx diff=excel
  *.xls diff=excel
  

这样执行git diff的时候，Git会自动调用你配置的工具来显示两个版本Excel的差异，虽然不能像文本那样合并冲突，但至少能清楚看到改了什么。

4. 拆分代码和文档仓库（可选） #

如果你的Excel文档是项目文档而非配置数据，完全可以把它们单独放在专门的文档管理系统（比如文档协作平台），然后在代码仓库里放一个链接或者说明文档。这样代码仓库保持干净，文档也有专门的协作工具支持，适合大型团队的协作场景。

最后提几个小建议： #

• 尽量避免多人同时编辑同一个Excel文件，二进制文件的冲突很难手动合并
• 如果用Git LFS，记得提醒团队成员都安装并配置好LFS，不然可能会提交大文件到仓库
• 对于复杂的Excel文件，每次提交前最好加详细的提交说明，说明改了哪些内容，方便后续追溯

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