如何在Dune项目中通过Opam加载Git托管的外部OCaml库

不需要把包发布到Opam官方仓库才能引入，Dune+Opam的工作流完全支持直接引用独立Git仓库的包，和你之前用Stack的体验差别不大，常用的几种实现方式如下：

• Opam pin绑定Git源（最接近Stack的Git依赖逻辑）
  把解析器库拆到独立Git仓库后，不需要做任何发布操作，直接在主项目目录下执行pin命令绑定仓库地址即可：
  opam pin add 你的解析器库名 你的解析器库Git仓库地址
  如果要指定特定分支、Tag或者Commit，在仓库地址后面加#对应标识就行，比如要绑定main分支的最新提交，就写成仓库地址#main。
  Pin操作完成后，直接在主项目的dune-project文件里按正常方式声明对这个解析器库的依赖即可，写法和依赖Opam官方包完全一致，Opam会自动拉取仓库代码、完成编译安装。后续解析器库的Git仓库有更新时，执行opam upgrade 解析器库名就能同步到最新版本。
• 本地路径pin（适合拆分初期联调）
  刚拆分包的时候通常需要频繁改两边的代码，每次改完推Git再同步依赖效率很低，这时候可以直接关联本地的解析器库目录：
  opam pin add 你的解析器库名 本地解析器库的目录路径
  这种模式下Opam会直接关联本地目录，你修改解析器库代码后不需要重复执行pin操作，主项目编译时会直接感知到改动，联调非常方便，等库的接口稳定后再换成Git地址的pin即可。
• Dune vendored目录模式
  如果你不想走Opam的pin流程，也可以把独立的解析器库作为Git子模块放到主项目仓库内，比如存放在libs/parser-lib路径下，然后在主项目根目录的dune配置文件里添加一行：

  (vendored_dirs libs/parser-lib)
  

  配置完成后Dune会自动把这个目录下的包作为项目内置依赖处理，不需要单独通过Opam安装，只要在dune-project里声明对应依赖就能正常引用，适合需要完全固定依赖版本、不想受外部网络或仓库可用性影响的场景。
• 私有Opam仓库（适合多项目共享内部包）
  如果你后续有多个项目都要用到这个解析器库，可以自己搭一个私有Opam仓库，把解析器库的opam元数据存到私有仓库里，主项目配置添加这个私有仓库源之后，就和安装官方Opam包的流程完全一致，不需要给每个项目单独做pin操作。

注意：不管用上面哪种方式，拆分出去的解析器库本身要符合Dune包规范：根目录要有正确的dune-project文件声明包名、版本，库对应的dune配置里要设置正确的public_name，才能被主项目正常识别和依赖。

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