Go mod 的后悔药，仅需这一招

也意味着 Go modules 将更进一步推进其业务覆盖面，有新老项目共存的小伙伴建议手动将 GO111MODULE 调整为 auto。

Go1.16 针对 Go modules 放出了一个新特性，能够让维护第三方库(需含 Go mod)的开发者拥有反复吃 “后悔药” 的权力，可以提醒使用者已发布的 “脏” 版本存在问题及了解其原因。

这个新特性，对于许多维护和使用公共库(开源、企业等)的小伙伴简直是一个小福音，建议大家都应该要了解这个知识点。

在接下来文章中将进行详细说明和介绍。

后悔药：Go mod retract

Go1.16 起可以在 go.mod 文件中使用 retract 指令来声明该第三方模块的某些发行版本不能被其他模块使用。

在使用场景上：在发现严重问题或无意发布某些版本后，模块的维护作者可以撤回该版本，支持撤回单个或多个版本。

以前没有办法解决，因此一旦出现就非常麻烦。对应两者的操作如下：

• 维护者：
  • 删除有问题版本的 tag。
  • 重新打一个新版本的 tag。
• 使用者：
  • 发现有问题的版本 tag 丢失，需手动介入。
  • 不知道有问题，由于其他库依赖，因此被动升级而踩坑。

因此在本次 Go1.16 发布后，就拥有了一个半止损的新手段了，也可以作为 Go mod 自动更新的大坑的补全办法之一。

实战演练

为了方便演示，首先创建一个 Demo 项目(github.com/eddycjy/go-retract-demo)，其含有一个基础方法：样就能看到是哪个模块依赖，因为什么原因要求撤回了，非常直观。

总结

以往在出问题后每个个体需要跑去问维护者或者看 GitHub Commits，那样总归非常麻烦，很可能一来一回半个钟就没了。

新特性给予了 Go modules 软撤回版本的一个方法，能够把问题更直观的反馈到开发者的手中，再结合日常开发工具的话更是美哉。

但这个特性的完全应用目前也是有一定的阻碍的：

• 国内模块代理：需要国内的模块代理也支持 retract ，否则即使你更新了版本也没有提示处理。
• IDE：IDE 针对 retract 做一些支持，例如：文字颜色标红、黄等，能够便于开发者更好的识别。

你对 Go modules 的 retract 特性怎么看，欢迎一起留言讨论!

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!