作者:四海承风2502893247 | 来源:互联网 | 2022-11-30 12:42
我的Gitlab CI Auto DevOps作业失败,原因是
Status: Downloaded newer image for gliderlabs/herokuish:latest
-----> Unable to select a buildpack
ERROR: Job failed: exit code 1
我经历了
自动DevOps和
Auto DevOps入门
而且仍然不确定我应该把buildpack放在哪里。
我的应该是heroku-buildpack-go
,我已经不知道该从哪里得到它了。
我的仓库仅包含一个字符README.md
,以及“ Hello,操场” main.go
。
结论:
感谢David的全面解释,我得以使用正确的buildpack来启动DevOps:
由此得出的结论是,目录树根目录下的单个.go文件不满足自动构建Go项目的激活条件。我建议在上述需求中选择一个依赖管理器,并修改您的项目以支持它。
FTA,我只是做了touch go.mod
那么git add
与git push
和AutoDevops的确开始建设我的GO项目。
但是在我看来,Gitlab AutoDevops无法非常轻松地构建任何GO项目,因为出现以下错误(带有project变量TRACE=true
):
...
!! The go.mod file for this project does not specify a Go version
!!
!! Defaulting to go1.11.1
!!
!! For more details see: https://devcenter.heroku.com/articles/go-apps-with-modules#build-configuration
!!
-----> Installing go1.11.1
-----> Fetching go1.11.1.linux-amd64.tar.gz... done
!! Installing package '.' (default)
!!
!! To install a different package spec add a comment in the following form to your `go.mod` file:
!! // +heroku install ./cmd/...
!!
!! For more details see: https://devcenter.heroku.com/articles/go-apps-with-modules#build-configuration
!!
-----> Running: go install -v -tags heroku .
go: cannot determine module path for source directory /tmp/build (outside GOPATH, no import comments)
ERROR: Job failed: exit code 1
更简单的解决方案是使用.gitlab-ci.yml
文件代替,该文件记录在
https://blog.boatswain.io/post/build-go-project-with-gitlab-ci/中
(并在Gitlab CI上进行了后续工作-为常规存储库启动Shared Runner) 。