一、背景

Go语言是Google开发的一种动态强类型、编译型、并发型，并具备垃圾回收性能的编程语言。为了不便搜寻和辨认，有时会将其称为Golang。自2009年11月Google正式发表推出，成为凋谢源代码我的项目以来，Go语言已成为当今开发人员和DevOps畛域最风行的语言之一, 它被用于设计和编写Kubernetes和Helm。然而，相比语言自身曾经失去了宽泛的遍及和应用，Go语言的包治理计划却大大滞后了。

Go语言生态系统中短少的是标准化——没有用于依赖关系治理的规范工具, 也没有规范的包格局或兼容的包仓库标准。这意味着开发人员无奈应用Go语言创立可重现的构建, 这是一个相当大的问题。这些年来, 社区推出了诸如dep、godep、glide和govender等工具，试图用来解决Go语言的依赖治理, 但并未胜利。2018年Google在Go1.11官网推出了Go modules，为Go语言提供了反对版本化的依赖治理计划。

Go modules当初已成为Go语言规范的依赖管理工具和包仓库标准。而GoCenter为Go modules的实现和推广提供了依赖包的公共仓库，使得Go语言的开发人员可能更为稳固和不便地开发可反复构建的Go应用程序。

二、Go语言的依赖治理

在介绍GoCenter之前，咱们先简要地回顾一下Go语言依赖治理的倒退历程。

Go语言在推出之初，并没有明确的依赖治理计划。只是在构建过程中通过go get命令，将用import申明的依赖从对应的源，通常是git上的我的项目，下载到$GOPATH/src目录下，和Go利用本身的代码放在一起。这种依附GOPATH来治理依赖的机制带来的问题是不言而喻的，比方:

· 因源依赖包本身的变动，导致不同工夫构建Go利用时go get失去的依赖本质上是不同的，即不能实现可反复的构建；

· 或者因源依赖包本身的变动，从新构建Go利用时会引入不兼容的新实现，导致Go利用无奈通过编译。

因而在1.5版本以前，为了躲避这个问题，通常须要将应用的依赖包手工拷贝进去。

为了实现Go利用的可反复构建，Go1.5引入了Vendor机制。Vendor机制的外围就是在GOPATH上面减少了vendor文件夹。Go利用所需的依赖都能够从依赖源fork出所需的分支，寄存到vendor文件夹。当构建Go利用时，Go编译器会优先在vendor文件夹下搜寻依赖的第三方包，vendor文件夹下没有才会再到$GOPATH/src上来找。这样只有开发者事后将特定版本的依赖包寄存在vendor文件夹，并提交到Go 我的项目的code repo，那么所有人实践上都会失去同样的编译后果，从而实现可反复构建。在Go1.5公布后的若干年，Go社区把注意力都集中在如何利用Vendor机制解决Go利用的依赖治理问题，并诞生了泛滥的依赖管理工具，如dep、golide、govendor等。然而，和Java的Maven、Python的Pypi、C/C++的Conan等业界成熟的依赖治理计划相比，Vender机制依然存在许多问题，比方：

· Vendor文件夹中的依赖包没有版本信息。这样依赖包脱离了版本治理，对于一致性治理、降级，以及问题追溯等场景，都会难以解决；

· Vendor机制没有给出如何可能不便地失去Go我的项目依赖了哪些包，并将其拷贝到vendor文件夹下的计划，少数状况下还须要到不同的Git源我的项目里手工拷贝；

· 当依赖的包比拟多的时候，vendor文件夹也会变得十分宏大。

2018年年初，Go外围Team的技术leader，也是Go Team最晚期成员之一的Russ Cox在集体博客上间断发表了七篇文章，系统阐述了Go team解决“包依赖治理”的技术计划:vgo。vgo的次要思路包含：语义导入版本控制（Semantic Import Versioning）、最小版本抉择（Minimal Version Selection）、以及引入Go module等。同年5月份，Russ Cox的提案“cmd/go: add package version support to Go toolchain”被社区承受，vgo的代码合并到Go骨干，并将这套机制正式命名为“go modules”。因为vgo我的项目自身就是一个试验原型，merge到骨干后，vgo这个术语以及vgo我的项目的使命也就此结束了。后续Go modules机制将间接在Go骨干上持续演变。

Go modules机制的次要变动包含：

· 去除了饱受诟病的GOPATH的限度。Go编译器将不再到GOPATH上面的vendor或src文件夹下搜寻Go利用构建依赖的第三方包；

· Go modules机制为在同一利用repo上面的包赋予了一个新的抽象概念: 模块（module），即可重用的Go代码包，并启用一个新的文件go.mod记录模块的元信息和依赖关系。而在go.mod里明确形容了依赖包的版本信息，同一个依赖包也能够记录多个不同的版本。除了准确版本外，go.mod还反对用表达式模糊地定义依赖版本；

· 在Go modules机制下，还反对创立Go依赖包的公共仓库。这是因为应用程序蕴含的Go模块，必须从数千个独立的源代码存储库中解析,而每个存储库的保护纪律可能各不相同。因而,须要存在一个可公开拜访的存储库，通过Go modules提供的依赖形容、解析机制，为Go的开发者提供统一的、可分享的、反对反复构建的、稳固的Go依赖包源。GoCenter就是这种Go依赖包公共仓库的重要实现。

三、GoCenter简介

GoCenter通过创立Go模块的公共地方仓库，提供可反复和疾速依赖解析的依赖包治理计划，解决了Go开发人员查找和获取Go依赖包的艰难。GoCenter将间接从源代码存储库获取Go我的项目，转变为解决和验证不可变的、具备版本控制的Go模块, 并将其收费提供给Go利用的开发人员。

GoCenter（https://gocenter.io）提供了通过公共Go代理解析模块, 包含通过托管收费服务搜寻模块的能力。从创立开始, GoCenter曾经包含了数千个广受欢迎的 Go我的项目的模块, Go开发者能够立刻应用这些我的项目进行本人的构建。

开发人员也能够提交本人的Go我的项目退出GoCenter，以便将其提供给Go社区开发者，从而失去更为宽泛地利用。

GoCenter这个地方仓库，提供了事后打包，以及版本化的Go模块，使得Go开发人员或团队不再须要为应用公共模块而构建本人的模块库，从而消减了应用 Go 语言的微小老本。

此外，如果Go开发者或团队曾经有了本人的JFrog Artifactory仓库，就能够通过配置指向GoCenter的近程仓库，为反复构建提供齐全的本地化管制，并能够预防拜访GoCenter的网络连接问题。

四、基于GoCenter构建Go利用

要构建Go利用我的项目，首先须要装置Go客户端(版本1.11.0 或更新的版本) 。而装置Go之后，有三种办法能够从GoCenter解析Go模块：应用goc、应用 go 客户端，或部署本地仓库（如Artifactory)，以代理GoCenter。

1、应用goc

举荐在构建中应用GoCenter的形式是通过goc工具。goc工具包装了Go的客户端，器, 可能应用GoCenter中的包正确构建Go利用，而无需手动设置。

要装置goc，须要应用以下的curl命令，或依照goc的github主页（https://github.com/jfrog/goc）的阐明：

$ curl -fL https://getgoc.gocenter.io | sh

而后, 就能够从Go我的项目的根目录中运行任何命令, 就像运行Go命令一样。例如:

$ goc build

goc工具主动调配GOPROXY连贯GoCenter，所以可能优先从该仓库解析Go的依赖包。对于在GoCenter找不到的包，goc将会试图通过源代码控制系统来解析它们，以更好地保障胜利构建Go我的项目。

Go客户端本身不能执行这种辅助操作（请参阅下文），因而至多在 GoCenter可能为大多数Go开发人员提供可能须要的所有依赖之前，依然倡议应用goc。

2、应用Go客户端

举荐在构建中应用GoCenter的形式是通过goc工具。goc工具包装了Go的客户端，器, 可能应用GoCenter中的包正确构建Go利用，而无需手动设置。

如上所述，应用GoCenter时并不倡议间接利用Go客户端进行构建，因为当在GoCenter找不到相干依赖包时构建会失败。对于Go客户端这种限度的详细信息，能够参考相干的issue和修改信息（https://github.com/golang/go/...）。Go开发人员还是应该改用goc。

当然，如果在充沛理解这个限度还心愿应用的状况下，也是能够应用Go客户端的。

如果心愿构建Go我的项目时从GoCenter中获取相干依赖包，须要设置GOPROXY指向GoCenter的URL，https://gocenter.io：

$ export GOPROXY=https://gocenter.io

当初就能够应用Go客户端构建Go利用了：

$ go build

3、部署代理GoCenter的公有仓库

如果应用的是如Artifactory这样的公有仓库，则只需设置GOPROXY指向该公有仓库，而把GoCenter创立为该公有仓库当中的近程仓库。

为了要在Artifactory里创立代理GoCenter的近程仓库，须要遵循以下步骤：

1. 创立新的近程仓库，并设置包类型为Go；

2. 设置近程仓库的名字，并在URL字段输出https://gocenter.io/；

3. 点击“保留 & 实现”按键。

还能够创立虚构仓库，用以聚合同时从本地Go仓库和近程仓库获取的Go依赖包。

一旦在Artifactory里配置好应用GoCenter，就能够应用规范的GOPROXY形式基于Artifactory进行构建。须要留神的是，依据Artifacotry上的设置，须要适当地解决客户端的认证信息，应为以后Go客户端在获取模块时是不会发送相干认证信息的，所以解决起来是有肯定难度的。因而，当应用Artifactory代理GoCenter时，倡议应用JFrog CLI来构建Go利用。当配置好JFrog CLI和Artifactory的关联之后，就能够应用相似于

“jfrog rt go build”的命令来从Artifactory获取依赖，并构建Go利用。

应用JFrog CLI的益处是能够不便地向Artifactory上传针对特定构建而创立的依赖包，也同时内置反对生成和公布与构建过程相干的元数据。详细信息，请参考JFrog CLI的相干文档。

五、搜寻Go模块

GoCenter首页中的搜寻框可帮忙按特定模块名称（例如, "虹膜"）进行搜寻。当执行搜寻时，GoCenter将列出与搜寻名称匹配或局部匹配的模块。

点击列表中的某个模块，将会列出GoCenter中该模块的所有版本：

列出的版本都利用色彩编码来批示其以后的可用状态：

绿色，示意该模块版本已在GoCenter之中且处于可用状态；

红色，示意该模块版本不存在，而且不可用；

灰色，示意该模块版本正在引入的过程中，尚未可用。

搜寻后果还会显示那些Go我的项目在相干Git代码库存在，而在GoCenter尚不存在的模块版本列表。如果有这样的缺失版本，能够通过单击“Add missing version(s)”把它们增加到GoCenter。

六、提交本人的Go模块

如果心愿将本人的Go我的项目增加到GoCenter，使其可被Go社区的开发人员应用，则须要提交相干的退出申请。

首先能够对心愿退出的模块名执行搜寻。如果相干模块并不存在，则能够单击“Add”图标来申请增加模块。一旦点击，将会看到退出申请表格。在表格中，能够输出申请加入的Go模块的URL。通过搜寻该模块的后果能够查看该模块的退出进度。

GoCenter将根据以下最低标准来验证退出申请：

· Go模块位于gihub.com或gopkg.in上的公共我的项目（repo）；

· 该我的项目没有被设置为存档状态（archived）；

· 该我的项目至多领有3颗星

七、总结

自从2007年首次在谷歌构想，并于2009年正式推出，Go语言很快就成为最风行的编程语言之一。事实上，Helm和Kubernetes都是用Go语言编写的。在2017年的一项考察中，Go语言在开发者的偏好中排名最高，67%的开发者都在利用Go语言编程。

为此, 咱们冀望GoCenter可能为一直增长的Go社区和开发人员提供必要的服务，并帮忙Go语言更加合乎DevOps的需要。

通过拜访GoCenter，https://gocenter.io，能够发现常常应用的Go依赖包都曾经蕴含在其中了。如果还没有，请提交相干的退出申请。

GoCenter治理了版本化的Go模块，能够和Go利用构建应用的任何CI服务器或公有仓库进行对接。而应用JFrog CLI和Artifactory，能够使得这一过程更加便捷。

想要理解无关 GoCenter 更多深刻的技术信息？请查看GoCenter的Github我的项目，https://github.com/jfrog/gocenter。

八、参考文献

Golang：https://golang.org

Go & Versioning: https://research.swtch.com/vgo

GoCenter：https://gocenter.io/

https://github.com/jfrog/gocenter。

goc： https://github.com/jfrog/goc

JFrog CLI：https://www.jfrog.com/confluence/display/CLI/CLI+for+JFrog+Artifactory

**欢送观看JFrog杰蛙每周二在线课堂，点击报名：

https://www.bagevent.com/even...**