考虑到第三方存在incompatible模块，Go modules现在是否真的可用？

首先明确：你没有操作遗漏，完全不需要放弃使用Go modules。
+incompatible是Go modules的原生兼容特性，不属于报错：这个标识仅用来标记版本号≥v2.0.0、但没有按照语义化导入版本（SIV）规范在模块路径后追加/vN后缀的旧模块，这类依赖可以被Go modules正常识别、拉取和编译，仅做标识提醒，不会影响你的项目正常运行。你看到的37个带该标识的模块，是github.com/timescale/promscale@0.6.2本身的传递依赖属性导致的，和你的操作无关。

可选实操方案 #

• 无报错无需处理：只要执行go build、go run、go test等核心命令没有出现依赖缺失、冲突类报错，直接正常开发即可，不需要针对+incompatible标识做任何额外操作。
• 冲突问题自行解决：如果后续确实出现依赖版本冲突，不需要联系上游作者，你可以在自己的项目中直接用replace指令手动指定可用版本，示例命令如下：

  # 示例：将k8s.io/client-go固定为你需要的兼容版本
  go mod edit -replace k8s.io/client-go=k8s.io/client-go@v0.24.0
  

• 冗余依赖可排除：如果部分带+incompatible标识的传递依赖你完全用不到，也可以用exclude指令从依赖树中移除，只要不影响主依赖功能即可。

Go modules从设计阶段就考虑了对未遵循SIV规范的旧模块的兼容能力，+incompatible是预期内的正常特性，完全不会影响Go modules的正常使用。

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