go.tools/cmd/vet: docs: explain the command line interface better
How it handles packages vs. directories vs. files was not explained. LGTM=rsc R=golang-codereviews, gobot, rsc CC=golang-codereviews https://golang.org/cl/67150043
This commit is contained in:
parent
3ff8e6554d
commit
cde4d316d2
|
@ -9,12 +9,22 @@ calls whose arguments do not align with the format string. Vet uses heuristics
|
|||
that do not guarantee all reports are genuine problems, but it can find errors
|
||||
not caught by the compilers.
|
||||
|
||||
Usage:
|
||||
It can be invoked three ways:
|
||||
|
||||
go tool vet [flag] [file.go ...]
|
||||
go tool vet [flag] [directory ...] # Scan all .go files under directory, recursively
|
||||
By package, from the go tool:
|
||||
go vet package/path/name
|
||||
vets the package whose path is provided.
|
||||
|
||||
Its exit code is 2 for erroneous invocation of the tool, 1 if a
|
||||
By files:
|
||||
go tool vet source/directory/*.go
|
||||
vets the files named, all of which must be in the same package.
|
||||
|
||||
By directory:
|
||||
go tool vet source/directory
|
||||
recursively descends the directory, vetting each file in isolation.
|
||||
Package-level type-checking disabled, so the vetting is weaker.
|
||||
|
||||
Vet's exit code is 2 for erroneous invocation of the tool, 1 if a
|
||||
problem was reported, and 0 otherwise. Note that the tool does not
|
||||
check every possible problem and depends on unreliable heuristics
|
||||
so it should be used as guidance only, not as a firm indicator of
|
||||
|
|
|
@ -75,6 +75,8 @@ func Usage() {
|
|||
fmt.Fprintf(os.Stderr, "Usage of %s:\n", os.Args[0])
|
||||
fmt.Fprintf(os.Stderr, "\tvet [flags] directory...\n")
|
||||
fmt.Fprintf(os.Stderr, "\tvet [flags] files... # Must be a single package\n")
|
||||
fmt.Fprintf(os.Stderr, "For more information run\n")
|
||||
fmt.Fprintf(os.Stderr, "\tgodoc code.google.com/p/go.tools/cmd/vet\n\nFlags:\n")
|
||||
flag.PrintDefaults()
|
||||
os.Exit(2)
|
||||
}
|
||||
|
|
Loading…
Reference in New Issue