跨平台程序向GitHub提交.dll、.lib文件的实践问题咨询

把Windows平台.lib/.dll纳入代码仓库是否属于不当实践 #

该行为不属于绝对的不当实践，需要结合实际场景判断：

• 若依赖属于小体积、版本长期固定、无公开包管理源的闭源定制依赖，放入仓库是可接受的方案：虽然Ubuntu用户会多下载少量无用文件，但额外开销极低，综合维护成本反而更低。
• 若依赖体积较大、版本迭代频繁、或存在公开可用的包管理源，直接放入仓库就属于不当实践：不仅会大幅增大仓库体积、降低拉取速度，还容易引发依赖版本管理混乱的问题。

这类跨平台依赖场景的常见处理方案 #

• 优先使用跨平台包管理器统一管理依赖
  推荐使用vcpkg、Conan这类跨平台依赖管理器，在CMake脚本中通过find_package声明依赖项，构建时工具会自动根据当前操作系统拉取匹配的依赖：Windows环境自动拉取对应版本的.lib/.dll文件，Ubuntu环境自动适配系统软件包或源码编译，全程无需将二进制依赖提交到代码仓库。
• 按需拉取二进制依赖
  若依赖为无公开包源的闭源文件，不要直接提交到主代码库：可在CMake中增加构建前的依赖拉取逻辑，仅当检测到当前为Windows构建环境时，从内部存储地址拉取对应版本的.lib和.dll文件到本地构建目录，Ubuntu环境直接跳过该步骤，完全避免冗余文件被拉取。
• 仓库分区存储兜底方案
  若必须将依赖提交到主仓库，需要将不同平台的依赖文件完全隔离存放，比如统一放置在third_party/win/、third_party/linux/这类明确标识平台的目录下，不要和业务源码混放。可同时给非Windows用户提供Git稀疏检出配置指引，拉取仓库时可直接跳过对应平台的依赖目录，避免下载无用文件。

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