因为默认的用于构建go代码的azure-pipelines.yml模板不支持go模块,所以它看起来是如何支持的并不明显。
这是默认模板,不适用于go.modules:
# Go
# Build your Go project.
# Add steps that test, save build artifacts, deploy, and more:
# https://learn.microsoft.com/azure/devops/pipelines/languages/go
trigger:
- master
pool:
vmImage: ubuntu-latest
variables:
GOBIN: '$(GOPATH)/bin' # Go binaries path
GOROOT: '/usr/local/go1.11' # Go installation path
GOPATH: '$(system.defaultWorkingDirectory)/gopath' # Go workspace path
modulePath: '$(GOPATH)/src/github.com/$(build.repository.name)' # Path to the module's code
steps:
- script: |
mkdir -p '$(GOBIN)'
mkdir -p '$(GOPATH)/pkg'
mkdir -p '$(modulePath)'
shopt -s extglob
shopt -s dotglob
mv !(gopath) '$(modulePath)'
echo '##vso[task.prependpath]$(GOBIN)'
echo '##vso[task.prependpath]$(GOROOT)/bin'
displayName: 'Set up the Go workspace'
- script: |
go version
go get -v -t -d ./...
if [ -f Gopkg.toml ]; then
curl https://raw.githubusercontent.com/golang/dep/master/install.sh | sh
dep ensure
fi
go build -v .
workingDirectory: '$(modulePath)'
displayName: 'Get dependencies, then build'
2条答案
按热度按时间2uluyalo1#
我也想在这里分享一个正确构建go模块包的模板的答案。也许这只是为了给你灵感需要考虑什么。我花了一些时间才做到这一点。
主要的难点是默认模板将GOPATH设置为管道工作目录,如果您通过
go mod download
下载模块到该目录,则会出现错误。这将导致在下一次管道运行时无法访问文件,从而使管道在仓库 checkout 时失败。下面的方法只是将GOPATH设置为Agent.HomeDirectory,这也使下载的模块可用于后续的管道运行。
也许这能帮助某人
mf98qq942#
learn.microsoft中的.yml文件可以工作,但是它要求go.mod和main.go位于根目录中,管道应该支持典型的go项目结构,包含
cmd/main.go
、pkg/
和internal/
目录