Conseils pour exécuter Go avec Docker

docker image

Référence des modèles utilisant go mod

#construire une image
FROM golang:1.13 AS builder

WORKDIR /go/src

##Télécharger les bibliothèques dépendantes(Je veux utiliser le cache, je vais donc le faire en premier)
ENV GO111MODULE=on
COPY go.mod go.sum ./
RUN go mod download

ADD . /myapp
WORKDIR /myapp

## main.Compilez go et enregistrez le binaire d'exécution
RUN CGO_ENABLED=0 GOOS=linux go build -o server ../myapp/cmd/main.go

# run-image temporelle
FROM alpine:3.10
COPY --from=builder /myapp/server /app
EXPOSE 50051
ENTRYPOINT ["/app"]

Référence de modèles utilisant dep

#construire une image
FROM golang:1.13 AS builder
ADD . /go/src/github.com/myself/myapp
WORKDIR /go/src/github.com/myself/myapp

##Dep installation et résolution des dépendances
RUN go get github.com/golang/dep/cmd/dep
RUN dep ensure

## main.Compilez go et enregistrez le binaire d'exécution
RUN CGO_ENABLED=0 GOOS=linux go build -o server /myapp/cmd/main.go

# run-image temporelle
FROM alpine:3.10
COPY --from=builder /go/src/github.com/myself/myapp/server /app
EXPOSE 50051
ENTRYPOINT ["/app"]

Point bouché

Erreur impossible de trouver le package dans la compilation

• Le chemin est probablement incorrect ou le fichier est manquant

Erreur les packages ont fondé A et B dans la compilation

--Il y a plusieurs packages dans le même répertoire

• Ce qui suit est une erreur de compilation --Placez plusieurs modules principaux du package sous le répertoire cible --Placez les modules avec des déclarations de package nommées différemment dans le même répertoire
• Les fichiers se terminant par _test sont interprétés comme du code de test, ils peuvent donc être placés en tant qu'éléments multiples à titre d'exception.
• Au fait, il est sûr de déclarer un paquet avec un nom différent de celui du répertoire. --Parce qu'il importe sur la base d'un chemin au lieu d'un nom de package

Dans go get, erreur XX n'utilise pas un système de contrôle de version connu

• https://github.com/gobuffalo/buffalo/issues/694#issuecomment-337032375
• Sur la base de ce qui précède, j'ai supprimé les fichiers cibles sous / vendor et cela a fonctionné pour une raison quelconque

dep s'assure que / hoge n'est pas dans une erreur GOPATH / src connue

――Je ne sais pas, mais la structure des répertoires semble inutile

• Une caractéristique de la structure de répertoires de Go est que tout le code source est placé sous la variable d'environnement $ GOPATH / src.
• Il existe deux solutions: --Placez le référentiel sous / go / src dans le conteneur --Mettre un lien symbolique

dep s'assure que importation de projet racine: dep ne prend actuellement pas en charge l'utilisation de GOPATH / src comme erreur de racine du projet

• Le répertoire de travail a été spécifié comme GOPATH / src, mais il a été corrigé en le changeant en GOPATH / src / app.

Avec dep s'assure lors de la construction de docker, je me fâche parce que je ne peux pas accéder à github comme fatal: could not read Username for'https: // github.com '~

--Lorsque vous prenez des ressources d'un référentiel privé, vous devez utiliser un jeton github, etc. Cependant, vous devriez pouvoir utiliser le chemin local lorsque vous utilisez les ressources de votre propre référentiel. Si vous ne pouvez pas l'obtenir, il est probable que le chemin soit faux

• En fait, j'ai pu changer le répertoire de travail du docker de go / src / app à / go / src / github.com / self / my-app

Quand je fais une exécution de docker, je me fâche avec ʻexec processus utilisateur causé "aucun fichier ou répertoire de ce type" `

• Les binaires Go récents semblent faire un lien dynamique, ce qui semble se produire parce que le lien n'existe pas.
• Vous pouvez ajouter CGO_ENABLED = 0 au moment de la construction
  • CGO_ENABLED=0 go build