Go 1.5 中的包版本管理
在 Go 包管理领域,缺乏内置版本控制机制引发了一些问题以及开发者之间的争论。让我们更深入地研究这个决定背后的理由,并探索可用的解决方案。
Go 的简单哲学延伸到了包获取工具 go get 和 import 语句。他们从 HEAD 获取包,缺乏指定分支或标签的能力。这种选择带来了优势,但也带来了挑战。
首先,迫使开发人员为主要版本发布创建单独的存储库会导致效率低下。 Git 历史变得支离破碎,并且由于缺乏检测语义,与传递依赖项的冲突仍未被检测到。
其次,版本控制的缺失阻碍了企业采用。不断拉入 HEAD 会消除对依赖项的控制,从而可能导致不可预测的结果。此外,有限的人力可能使组织难以跟上上游的变化。
解决问题
Go 1.5 引入了供应商作为实验性功能来缓解这些问题。通过设置 GO15VENDOREXPERIMENT=1 启用,vendoring 允许开发人员指定其代码所依赖的包的确切版本。
此功能创建一个“vendor”文件夹,开发人员在其中放置其依赖项版本。此文件夹中的代码只能由其树中的代码导入,从而可以精确控制依赖关系。
示例:
/home/user/goworkspace/ src/ mymath/ mymath.go vendor/ github.com/somebob/math math.go
在此示例中,外部使用以下命令将包“github.com/somebob/math”导入到“mymath.go”中声明:
import "github.com/somebob/math"
Vendoring 使开发人员能够管理包依赖项,确保企业 Go 部署的稳定性和可预测性。
以上是Go 1.5 的供应如何解决包版本管理挑战?的详细内容。更多信息请关注PHP中文网其他相关文章!