如何让通用Protobuf消息在多个C# NuGet包中共享？

当前处理方式的问题 #

你的处理方式不正确，核心问题在于：每个引入通用proto子模块的NuGet包，都会将通用proto文件重新编译到自身的程序集当中。当微服务项目同时引用多个这类NuGet包时，同一个Protobuf消息类型会存在于多个不同的程序集内，CLR会将它们视为完全不同的类型，最终引发歧义错误。

最优解决方案：独立通用Protobuf NuGet包 #

将通用Protobuf消息单独打包为一个独立的NuGet包，其他依赖的NuGet包直接引用这个通用包，而非重复编译proto文件。具体步骤如下：

• 为通用proto仓库创建独立的C#类库项目，通过Google.Protobuf.Tools或Grpc.Tools配置Protobuf编译，确保生成的类型在固定命名空间下。
• 将该类库打包为NuGet包，发布到私有或公共NuGet源。
• 其他需要使用通用消息的NuGet仓库，直接引用这个通用NuGet包；在自身的proto文件中，通过import "path/to/common.proto";引用通用消息定义，编译时仅处理自身的proto文件，无需再编译通用proto。

这种方式下，所有依赖项目都会使用同一个程序集内的通用消息类型，从根源上避免歧义。

其他可行替代方案 #

如果因特殊场景无法使用独立NuGet包，可尝试以下方式（优先级低于独立NuGet包）：

• 统一编译输出路径：在所有引用子模块的NuGet项目中，配置Protobuf编译时将生成的通用消息代码输出到同一个共享目录，并设置该目录的代码为“链接文件”而非复制到项目中。但这种方式需要严格同步所有项目的编译配置，维护成本较高。
• 使用类型别名：在微服务项目中，通过extern alias为不同程序集内的同名通用消息设置别名，在代码中明确指定使用哪个程序集的类型。但这会增加业务代码的复杂度，仅适合临时应急场景。

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