richgo alternatives and similar packages
Based on the "Go Tools" category
CQRS Implementation for Golang language
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest. Visit our partner's website for more details.
Do you think we are missing an alternative of richgo or a related project?
Rich-Go will enrich
go test outputs with text decorations
go get -u github.com/kyoh86/richgo
brew tap kyoh86/tap brew install richgo
richgo test ./...
In an existing pipeline
If your build scripts expect to interact with the standard output format of
test (for instance, if you're using
go-junit-report), you'll need to
testfilter subcommand of
go test ./... | tee >(richgo testfilter) | go-junit-report
This will "tee" the output of the standard
go test run into a
testfilter process as well as passing the original output to
Note that at some point this recommendation may change, as the "go test" tool may learn how to produce a standard output format golang/go#2981 that both this tool and others could rely on.
You can define alias so that
go test prints rich outputs:
Configuration file paths
It's possible to change styles with the preference file. Rich-Go loads preferences from the files in the following order.
Setting the environment variable
RICHGO_LOCAL to 1, Rich-Go loads only
Configuration file format
Now Rich-Go supports only YAML formatted.
# Type of the label that notes a kind of each lines. labelType: (long | short | none) # Style of "Build" lines. buildStyle: # Hide lines hide: (true | false) # Bold or increased intensity. bold: (true | false) faint: (true | false) italic: (true | false) underline: (true | false) blinkSlow: (true | false) blinkRapid: (true | false) # Swap the foreground color and background color. inverse: (true | false) conceal: (true | false) crossOut: (true | false) frame: (true | false) encircle: (true | false) overline: (true | false) # Fore-color of text foreground: (#xxxxxx | rgb(0-256,0-256,0-256) | rgb(0x00-0xFF,0x00-0xFF,0x00-0xFF) | (name of colors)) # Back-color of text background: # Same format as `foreground` # Style of the "Start" lines. startStyle: # Same format as `buildStyle` # Style of the "Pass" lines. passStyle: # Same format as `buildStyle` # Style of the "Fail" lines. failStyle: # Same format as `buildStyle` # Style of the "Skip" lines. skipStyle: # Same format as `buildStyle` # Style of the "File" lines. fileStyle: # Same format as `buildStyle` # Style of the "Line" lines. lineStyle: # Same format as `buildStyle` # Style of the "Pass" package lines. passPackageStyle: # Same format as `buildStyle` # Style of the "Fail" package lines. failPackageStyle: # Same format as `buildStyle` # A threashold of the coverage coverThreshold: (0-100) # Style of the "Cover" lines with the coverage that is higher than coverThreshold. coveredStyle: # Same format as `buildStyle` # Style of the "Cover" lines with the coverage that is lower than coverThreshold. uncoveredStyle: # Same format as `buildStyle` # If you want to delete lines, write the regular expressions. removals: - (regexp) # If you want to leave `Test` prefixes, set it "true". leaveTestPrefix: (true | false)
Rich-Go separate the output-lines in following categories.
When the Go fails to build, it prints errors like this:
# github.com/kyoh86/richgo/sample/buildfail sample/buildfail/buildfail_test.go:6: t.Foo undefined (type testing.T has no field or method Foo)
In the top of test, Go prints that name like this:
=== RUN TestSampleOK/SubtestOK
When a test is successed, Go prints that name like this:
When a test is failed, Go prints that name like this:
--- FAIL: TestSampleNG (0.00s) sample_ng_test.go:9: It's not OK... :(
If there is no test files in directory or a test is skipped, Go prints that path or the name like this:
--- SKIP: TestSampleSkip (0.00s) sample_skip_test.go:6: ? github.com/kyoh86/richgo/sample/notest [no test files]
When tests in package are successed, Go prints just:
When a test in package are failed, Go prints just:
If the coverage analysis is enabled, Go prints the coverage like this:
=== RUN TestCover05 --- PASS: TestCover05 (0.00s) PASS coverage: 50.0% of statements ok github.com/kyoh86/richgo/sample/cover05 0.012s coverage: 50.0% of statements
Each categories can be styled seperately.
- Build: "BUILD"
- Start: "START"
- Pass: "PASS"
- Fail: "FAIL"
- Skip: "SKIP"
- Cover: "COVER"
- Build: "!!"
- Start: ">"
- Pass: "o"
- Fail: "x"
- Skip: "-"
- Cover: "%"
None: Rich-Go will never output labels.
labelType: long buildStyle: bold: true foreground: yellow startStyle: foreground: lightBlack passStyle: foreground: green failStyle: bold: true foreground: red skipStyle: foreground: lightBlack passPackageStyle: foreground: green hide: true failPackageStyle: bold: true foreground: red hide: true coverThreshold: 50 coveredStyle: foreground: green uncoveredStyle: bold: true foreground: yellow fileStyle: foreground: cyan lineStyle: foreground: magenta
Overriding colorization detection
richgo determines whether or not to colorize its output based
on whether it's connected to a TTY or not. This works for most use cases, but
may not behave as expected if you use
richgo in a pipeline of commands, where
STDOUT is being piped to another command.
To force colorization, add
RICHGO_FORCE_COLOR=1 to the environment you're
running in. For example:
RICHGO_FORCE_COLOR=1 richgo test ./... | tee test.log
Configure to resolve a conflict with "Solarized dark" theme
The bright-black is used for background color in Solarized dark theme. Richgo uses that color for "startStyle" and "skipStyle", so "START" and "SKIP" lines can not be seen on the screen with Solarized dark theme.
To resolve that conflict, you can set another color for "startStyle" and "skipStyle" in .richstyle like below.
startStyle: foreground: yellow skipStyle: foreground: lightYellow
This is distributed under the MIT License.
*Note that all licence references and agreements mentioned in the richgo README section above are relevant to that project's source code only.