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
Copy file name to clipboardexpand all lines: docs/index.md
+3
Original file line number
Diff line number
Diff line change
@@ -3382,6 +3382,7 @@ When you [filter specs](#filtering-specs) using Ginkgo's various filtering mecha
3382
3382
Here are a grab bag of other settings:
3383
3383
3384
3384
You can disable Ginkgo's color output by running `ginkgo --no-color`.
3385
+
You can also output in a format that makes it easier to read in github actions console by running `ginkgo --github-output`.
3385
3386
3386
3387
By default, Ginkgo only emits full stack traces when a spec panics. When a normal assertion failure occurs, Ginkgo simply emits the line at which the failure occurred. You can, instead, have Ginkgo always emit the full stack trace by running `ginkgo --trace`.
3387
3388
@@ -3706,6 +3707,8 @@ Here's why:
3706
3707
-`--timeout` allows you to specify a timeout for the `ginkgo` run. The default duration is one hour, which may or may not be enough!
3707
3708
-`--poll-progress-after` and `--poll-progress-interval` will allow you to learn where long-running specs are getting stuck. Choose a values for `X` and `Y` that are appropriate to your suite. A long-running integration suite, for example, might set `X` to `120s` and `Y` to `30s` - whereas a quicker set of unit tests might not need this setting. Note that if you precompile suites and run them from a different directory relative to your source code, you may also need to set `--source-root` to enable Ginkgo to emit source code lines when generating progress reports.
3708
3709
3710
+
If running on Github actions: `--github-output` will make the output more readable in the Github actions console.
3711
+
3709
3712
### Supporting Custom Suite Configuration
3710
3713
3711
3714
There are contexts where you may want to change some aspects of a suite's behavior based on user-provided configuration. There are two widely adopted means of doing this: environment variables and command-line flags.
0 commit comments