You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@osterman issue still exists in go/vet target approach.
So we couldn't use constructions like $(GO) vet -v package1/file.go package2/file1.go like in example with find . ! -path "*/vendor/*" ! -path "*/.glide/*" -type f -name '*.go' | xargs $(GO) tool vet -v, because it require that files to be from the same package.
So code vetting require all project structure with dependencies. Most common use case that i found is
$(GO) vet -v ./...
It recursively vetting project code and ignores folders started with . and _.
I think we should switch to this approach in build harness
what
why
references
The text was updated successfully, but these errors were encountered: