当前位置：首页 > 文章列表 > Golang > Go问答 > 在golang项目中实现与gitlab上另一个项目管道的访问方法

在golang项目中实现与gitlab上另一个项目管道的访问方法

来源：stackoverflow 2024-02-07 20:12:23 0浏览收藏

一分耕耘，一分收获！既然打开了这篇文章《在golang项目中实现与gitlab上另一个项目管道的访问方法》，就坚持看下去吧！文中内容包含等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！

问题内容

我在本地计算机上构建了 2 个项目。一种称为中间件，另一种称为身份验证。

两者都有模块。中间件项目的模块称为 gitlab.com/nrs16/util，项目身份验证的模块称为 gitlab.com/nrs16/authentication。

项目身份验证导入模块 gitlab.com/nrs16/util 并使用它的一些功能。当我在本地运行它时一切正常

这两个项目在 gitlab 上都有各自的存储库。为了进行身份验证，我创建了一个管道来构建它的二进制文件，但是它在 go mod tidy 上失败并出现以下错误

go: gitlab.com/nrs16/authentication/src imports
    gitlab.com/nrs16/util: module gitlab.com/nrs16/util: git ls-remote -q origin in /go/pkg/mod/cache/vcs/93c72a4658a85380430fcf63ad9a84a56291aad8ea2eb7f78ecda66ceb9f7e58: exit status 128:
    fatal: could not read username for 'https://gitlab.com': terminal prompts disabled
confirm the import path was entered correctly.
if this is a private repository, see https://golang.org/doc/faq#git_https for additional information.

执行者是shell

这是 .gitlab-ci.yml 内容：

stages:
  - build

variables:
  go111module: "on"

build:
  stage: build
  image: golang:1.21.0
  script:
    - go mod tidy
    - go mod download
    - go build -o authentication ./src/*.go
  artifacts:
    paths: 
      - src/.authentication

中间件 go.mod：

module gitlab.com/nrs16/util

go 1.21.0

require (
    github.com/dgrijalva/jwt-go v3.2.0+incompatible
    github.com/spf13/viper v1.16.0
    golang.org/x/crypto v0.13.0
)

require (
    github.com/fsnotify/fsnotify v1.6.0 // indirect
    github.com/hashicorp/hcl v1.0.0 // indirect
    github.com/magiconair/properties v1.8.7 // indirect
    github.com/mitchellh/mapstructure v1.5.0 // indirect
    github.com/pelletier/go-toml/v2 v2.0.8 // indirect
    github.com/spf13/afero v1.9.5 // indirect
    github.com/spf13/cast v1.5.1 // indirect
    github.com/spf13/jwalterweatherman v1.1.0 // indirect
    github.com/spf13/pflag v1.0.5 // indirect
    github.com/subosito/gotenv v1.4.2 // indirect
    golang.org/x/sys v0.12.0 // indirect
    golang.org/x/text v0.13.0 // indirect
    gopkg.in/ini.v1 v1.67.0 // indirect
    gopkg.in/yaml.v3 v3.0.1 // indirect
)

在authentication/src/目录下的main.go文件中导入

package main

import (
    "database/sql"
    _ "encoding/json"
    "fmt"
    "log"
    "net/http"

    middleware "gitlab.com/nrs16/util"

    "github.com/gorilla/mux"
    _ "github.com/lib/pq"
)

注释：

中间件项目在 gitlab 上公开，我不确定这是否足以在运行器环境中创建其模块。

如何使运行程序可以访问 util 模块，以便进行项目身份验证构建的二进制文件？跑步者也是共享的 runner 在我的本地计算机上运行良好，但这是预期的，因为该模块是在我的本地 pc 上创建的，但我只是想分享一下

我对此很陌生，所以我尝试检查 chatgpt。它说我应该用它的 go.mod 文件推送项目中间件（我这样做了），并将其公开（我这样做了）。

我还将模块名称从 gitlab.com/nrs16/util 更改为 util，它在我的本地 pc 上也运行良好。但我在管道中的 go build 命令上仍然遇到此错误：

package util is not in std (/usr/local/go/src/util)

.gitlab-ci.yml 完整内容：

stages:
  - build

variables:
  go111module: "on"

build:
  stage: build
  image: golang:1.21.0
  script:
    - go build -o authentication ./src/*.go
  artifacts:
    paths: 
      - src/.authentication

main.go：

package main

import (
    "database/sql"
    _ "encoding/json"
    "fmt"
    "log"
    "net/http"

    middleware "util"

    "github.com/gorilla/mux"
    _ "github.com/lib/pq"
)

正确答案

嗯，这不是一个实际答案，但它应该可以帮助您继续前进。不幸的是，在你尝试使用 Go 的方式中似乎存在完全相同的主要问题，这些问题都是错误的，所以这对于仅仅评论来说太多了。项目符号在这里没有真正的顺序。

如果您遇到问题，最好避免一切复杂的、特殊的、特殊的、可行但不寻常的事情。下面的几乎所有建议在技术上都是错误的，这只是最简单、最明智、不易出错的方法。
Go 程序的基本构建块是“包”：您构建包，您测试包。不是文件。 “Go 模块”可能与您在其他语言中习惯的不同：“模块”是一组一起版本化的包。即具有相同的生命周期。
停止像 go build -oauthentication ./src/*.go 这样的 Go 代码是错误的： 1. 不要将源代码放在 src 文件夹中。这在其他语言中可能很常见，但不要在 Go 中这样做。绝不。 2. 您永远不会使用文件参数调用 go build。您可以通过在要构建的包的文件夹中运行 go build 来构建 Go 程序。
使用文件夹的正确名称！根据约定，文件夹名称应该是包名称或程序名称（对于包 main），而不是其他任何内容。（没有 src 你还记得吗？）不要制作“util”包。特别是如果似乎有一些域（中间件）。称它们为“中间件”或“fsabstraction”或“支付”。不要创建不相关的东西的包。
阅读（如果可能的话，通读）https://go.dev/doc/tutorial/create-module、https://go.dev/doc/tutorial/workspaces 和 https://go.dev/doc/code 。它详细解释了一切。
始终包含问题中所有模块的整个 go.mod
如果您想使用多个模块（例如用于教育目的）并且使用 gitlab，您必须以 gitlab.com// 的形式命名您的模块。永远永远将模块命名为“test”或“main”。切勿将模块命名为“util”、“strings”或“foo”。始终使用“foo.bar.nil/whatever”或“example.org/myfirst/try”之类的名称（这是为您提供更好的错误消息的唯一原因；但是您遇到了问题，更好的错误消息有助于解决问题） .
始终使用完全限定的导入路径，例如“example.org/myfirst/try/some/package/in/there”。 永远不要使用相对导入。
go mod tidy 在签入代码之前运行。如果您想要专用的“源下载步骤”（这是不需要的！），您可以在 CI 上执行 go mod download。但同样，没必要，无论如何 go build 都会处理下载问题。
如果一个 CI 作业想要使用来自不同存储库的代码，它必须能够从该存储库下载代码。您不允许 gitlab.com/nrs16/authentication 签出 gitlab.com/nrs16/util，因此出现错误。请注意最后一行：“如果这是私有存储库，请参阅 https://golang.org/doc/faq#git_https 了解更多信息。”如果您的存储库不是公开的，您需要在 CI 上执行类似 git config "url.ssh://[email protected]/.insteadof" "https://gitlab.com/" 的操作。
访问私人存储库是这里的一个常见问题，您会找到几个答案。允许 Gitlab 存储库 A 访问存储库 B 的一种方法是在 B 上配置部署密钥，并将 A 上的 SSH_PRIVATE_KEY 变量设置为该密钥。