Busca en todas las páginas de la documentación
go vet detecta código sospechoso que el compilador acepta, y go fix aplica reescrituras automáticas, incluyendo los modernizadores de Go 1.26 que actualizan patrones heredados a los modismos actuales.
El análisis estático en Go comienza en la biblioteca estándar: go vet incluye analizadores para errores comunes como verbos Printf mal formateados y código inalcanzable.
go fix ejecuta los fixers registrados con el mismo framework de análisis, reescribiendo las fuentes en su lugar cuando es seguro.
Go 1.26 amplía go fix con modernizadores para patrones como la captura de variables de bucle obsoleta y APIs desaprobadas.
Los equipos añaden golangci-lint y staticcheck encima para reglas más amplias, pero vet/fix siguen siendo la línea base de configuración cero que cada módulo puede ejecutar.
Tarjeta de referencia rápida - lista para copiar y pegar.
# Ejecuta los analizadores vet predeterminados en todos los paquetes
go vet ./...
# Previsualiza las reescrituras de modernizadores sin escribir archivos
go fix -diff ./...
# Aplica modernizadores y revisa en git diff
go fix ./...
# Ejecuta un analizador específico (ejemplo: printf)
go vet -printf=false -assign ./...Cuándo usar esto:
go vet ./... en CI en cada PR junto con las pruebas.go fix -diff después de actualizar Go para ver las sugerencias de modernizadores antes de aplicarlas.golang.org/x/tools/go/analysis para reglas específicas de la organización.// antes del modernizador: captura de variable de bucle en closure (riesgo estilo pre-1.22)
package worker
func Jobs() []func() int {
ids := []int{1, 2, 3}
var fns []func() int
for _, id := range ids {
fns = append(fns, func() int { return id })
}
return fns
}go vet ./...
go fix -diff ./...
go fix ./...
go test ./...// después del modernizador go fix (ilustrativo - la reescritura exacta depende de la versión del analizador)
package worker
func Jobs() []func() int {
ids := []int{1, 2, 3}
var fns []func() int
for _, id := range ids {
id := id // el modernizador puede insertar una copia de sombra donde todavía se necesite
fns = append(fns, func() int { return id })
}
return fns
}Lo que esto demuestra:
go vet marca construcciones que compilan pero se comportan de forma extraña.go fix -diff muestra los parches antes de confirmarlos.go/packages, los verifican sintácticamente y luego ejecutan pases de análisis registrados a través de analysis.Analyzer.go vet informa diagnósticos a stderr y sale con un código distinto de cero cuando existen problemas.go fix ejecuta analizadores que implementan SuggestedFix y escribe archivos fuente actualizados.go test.| Tema del Analizador | Problema de Ejemplo |
|---|---|
printf | Verbo incorrecto para el tipo de argumento |
assign | Autoasignación o asignación inútil |
unreachable | Código después de return/panic |
structtag | Etiquetas struct de JSON o DB mal formadas |
errorsas | El objetivo de errors.As no es un puntero a un tipo de error |
loopclosure | Variable de bucle capturada por goroutine o defer |
go fix (no es un binario separado).git diff - los fixers asumen casos comunes, no todos los invariantes de dominio.# Instala analizadores extendidos (staticcheck) para ejecuciones locales
go install honnef.co/go/tools/cmd/staticcheck@latest
staticcheck ./...
# golangci-lint agrega vet, staticcheck, gosec y más
golangci-lint run ./...go fix sin pruebas - los modernizadores pueden cambiar la semántica en casos extremos. Solución: go test ./... completo y benchmarks dirigidos después de cada pase de fix.go vet en sí.analysistest.vendor/ y directorios generados; corrige las entradas o plantillas en su lugar.| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
staticcheck | Verificaciones más profundas de errores y rendimiento | Solo necesitas la línea base de la biblioteca estándar |
golangci-lint | Una configuración para docenas de linters | Repositorios pequeños donde go vet es suficiente |
Modernizadores de go fix | Actualizaciones masivas después de un salto de versión de Go | Código heredado escrito a mano con invariantes sutiles |
| Inspecciones IDE (gopls) | Retroalimentación inmediata mientras escribes | CI todavía necesita puertas de enlace de línea de comandos |
go vet incluye un pequeño conjunto de la biblioteca estándar centrado en errores definitivos.
staticcheck añade cientos de verificaciones mantenidas por la comunidad Go.
Los fixers pueden formatear las regiones modificadas.
Ejecuta gofmt o goimports en todo el árbol si el estilo se desvía.
Sí.
Usa golang.org/x/tools/go/analysis y regístralo con un controlador o un multichecker personalizado.
Los linters habilitan reglas más estrictas o adicionales.
Trata golangci-lint como un superconjunto, no como un reemplazo de las pruebas.
Analizadores de go fix incluidos en las versiones más nuevas de Go que reescriben patrones obsoletos a modismos actuales.
Se expanden con el tiempo; lee las notas de la versión al actualizar.
Generalmente no - CI debe ser de solo lectura.
Ejecuta fix localmente o en un bot de PR dedicado, luego confirma los resultados.
Refactoriza si es posible.
Para excepciones, usa comentarios //nolint solo con la política del equipo y una razón rastreada.
No para tu módulo si las dependencias están cacheadas.
Los analizadores solo verifican sintácticamente las fuentes locales y de módulos.
Sí.
Carga los archivos _test.go de la misma manera que go test.
gopls ejecuta muchos analizadores en el editor para diagnósticos.
go vet y los linters de CI mantienen las puertas de enlace de todo el equipo consistentes.
go vetVersiones de Stack: Esta página fue escrita para Go 1.26.x (predeterminado de GC de Green Tea, modernizadores de go fix - verifica el parche en la compilación), chi (última - verifica en la compilación), gin (última - verifica en la compilación), echo (última - verifica en la compilación), google.golang.org/grpc (última - verifica en la compilación), sigs.k8s.io/controller-runtime (última - verifica en la compilación), kubebuilder (última - verifica en la compilación), tinygo (última - verifica los objetivos de la placa en la compilación), wazero (última - verifica en la compilación) y golangci-lint (última - verifica el conjunto de linters en la compilación).
Revisado por Chris St. John·Última actualización: 19 jul 2026