Categoria
Articoli tecnici organizzati per gruppo funzionale.
Il sistema di versionamento semantico dei moduli Go richiede rigorosamente che i tag git abbiano la 'v' minuscola iniziale ('v1.2.3'); tag nominati '1.2.3' o 'release-1.0' vengono ignorati da go get.
Il file 'vendor/modules.txt' non corrisponde alle versioni o ai requisiti dichiarati nel file go.mod; richiede la rigenerazione della cartella tramite 'go mod vendor'.
Go richiede che i moduli con major version 2 o superiore includano il suffisso '/v2' sia nella prima riga del loro go.mod sia in tutte le istruzioni di importazione dei progetti client.
Quando la modalità vendoring è attiva ('-mod=vendor'), il compilatore legge solo dalla directory local vendor/: se una nuova dipendenza è stata aggiunta a go.mod senza eseguire 'go mod vendor', la compilazione fallisce.
L'errore compare quando una direttiva 'replace example.com/pkg => ../local-lib' presente in go.mod punta a un percorso relativo non presente sul disco locale.
In una configurazione multi-modulo gestita da 'go.work', due directory locali incluse nella direttiva 'use' definiscono lo stesso identico nome di package creando collisione.
A partire da Go 1.16, l'installazione di binari eseguibili con 'go install package' all'esterno di un modulo richiede obbligatoriamente il suffisso di versione (es. 'go install example.com/cmd@latest').
L'errore compare quando si importa un pacchetto senza prefisso di dominio (es. 'utils') in un progetto privo di file go.mod attivo (con modalità GO111MODULE=off o non inizializzato).