如何让Go dep保留未被当前使用的调试依赖包github.com/sanity-io/litter

我完全懂你的困扰——用隐蔽调用的方式让dep识别依赖确实是个不够优雅的hack，还容易被后续开发者误删。这里有几个更合理的解决方案：

方案1：在Gopkg.toml中声明强制依赖 #

dep的Gopkg.toml文件提供了required字段，专门用来标记那些即使代码中没有直接引用也需要保留的依赖。你只需要在文件里添加一行：

required = ["github.com/sanity-io/litter"]

这样每次运行dep ensure时，dep会自动保留这个包，不会因为生产代码里没引用就移除。这个方式非常清晰，后续开发者一看配置就知道这是刻意保留的调试依赖，完全避免了误删的风险。

方案2：用Build Tags隔离调试代码 #

如果你的调试逻辑需要实际调用litter包，可以把调试相关的代码放到单独的文件中，并用build tags标记为调试专用：

1. 创建一个比如debug_helper.go的文件，在文件顶部添加：

   // +build debug
   

2. 在这个文件里正常引入并使用github.com/sanity-io/litter，比如写个调试用的打印函数：

   package yourpackage
   
   import "github.com/sanity-io/litter"
   
   // DebugPrint 仅在调试模式下编译的打印函数
   func DebugPrint(v interface{}) {
       litter.Dump(v)
   }
   

3. 正常构建项目时，这个文件不会被编译；当需要调试时，用go build -tags debug编译即可启用调试功能。

dep会扫描所有Go文件（包括带build tag的），所以能识别到litter被引用，不会在dep ensure时移除它。这个方案既隔离了调试代码，又让依赖管理保持干净。

方案3：临时禁用自动清理（不推荐长期使用） #

如果你只是临时需要保留依赖，可以在运行dep ensure时加上-no-prune参数：

dep ensure -no-prune

这个参数会让dep跳过移除未使用依赖的步骤，但它是全局生效的，可能会保留很多无用的依赖，所以只适合临时调试场景，不建议作为长期解决方案。

内容的提问来源于stack exchange，提问作者Joe Z.