build(deps): bump github.com/onsi/gomega from 1.10.5 to 1.15.0

[dependabot[bot]]

Bumps github.com/onsi/gomega from 1.10.5 to 1.15.0.

Release notes

Sourced from github.com/onsi/gomega's releases.

v1.15.0

1.15.0

Fixes

The previous version (1.14.0) introduced a change to allow Eventually and Consistently to support functions that make assertions. This was accomplished by overriding the global fail handler when running the callbacks passed to Eventually/Consistently in order to capture any resulting errors. Issue #457 uncovered a flaw with this approach: when multiple Eventuallys are running concurrently they race when overriding the singleton global fail handler.

1.15.0 resolves this by requiring users who want to make assertions in Eventually/Consistently call backs to explicitly pass in a function that takes a Gomega as an argument. The passed-in Gomega instance can be used to make assertions. Any failures will cause Eventually to retry the callback. This cleaner interface avoids the issue of swapping out globals but comes at the cost of changing the contract introduced in v1.14.0. As such 1.15.0 introduces a breaking change with respect to 1.14.0 - however we expect that adoption of this feature in 1.14.0 remains limited.

In addition, 1.15.0 cleans up some of Gomega's internals. Most users shouldn't notice any differences stemming from the refactoring that was made.

v1.14.0

1.14.0

Features

• gmeasure.SamplingConfig now suppers a MinSamplingInterval [e94dbca]
• Eventually and Consistently support functions that make assertions [2f04e6e]
  • Eventually and Consistently now allow their passed-in functions to make assertions. These assertions must pass or the function is considered to have failed and is retried.
  • Eventually and Consistently can now take functions with no return values. These implicitly return nil if they contain no failed assertion. Otherwise they return an error wrapping the first assertion failure. This allows these functions to be used with the Succeed() matcher.
  • Introduce InterceptGomegaFailure - an analogue to InterceptGomegaFailures - that captures the first assertion failure and halts execution in its passed-in callback.

Fixes

• Call Verify GHTTPWithGomega receiver funcs (#454) [496e6fd]
• Build a binary with an expected name (#446) [7356360]

v1.13.0

• Set consistently and eventually defaults on init (#443)

  Using environment variables

  Closes #434

  Signed-off-by: toby lorne toby@toby.codes

• gmeasure provides BETA support for benchmarking (#447)

  gmeasure is a new gomega subpackage intended to provide measurement and benchmarking support for durations and values. gmeasure replaces Ginkgo V1s deprecated Measure nodes and provides a migration path for users migrating to Ginkgo V2.

  gmeasure is organized around an Experiment metaphor. Experiments can record several different Measurements, with each Measurement comprised of multiple data points. Measurements can hold time.Durations and float64 values and gmeasure includes support measuring the duraiton of callback functions and for sampling functions repeatedly to build an ensemble of data points. In addition, gmeasure introduces a Stopwatch abtraction for easily measuring and recording durations of code segments.

  Once measured, users can readily generate Stats for Measurements to capture their key statistics and these stats can be ranked using a Ranking and associated RankingCriteria.

  Experiments can be Cached to disk to speed up subsequent runs. Experiments are cached by name and version number which makes it easy to manage and bust the cache.

  Finally, gmeasure integrates with Ginkgo V2 via the new ReportEntry abstraction. Experiments, Measurements, and Rankings can all be registered via AddReportEntry. Doing so generates colorful reports as part of Ginkgo's test output.

  gmeasure is currently in beta and will go GA around when Ginkgo V2 goes GA.

... (truncated)

Changelog

Sourced from github.com/onsi/gomega's changelog.

1.15.0

Fixes

The previous version (1.14.0) introduced a change to allow Eventually and Consistently to support functions that make assertions. This was accomplished by overriding the global fail handler when running the callbacks passed to Eventually/Consistently in order to capture any resulting errors. Issue #457 uncovered a flaw with this approach: when multiple Eventuallys are running concurrently they race when overriding the singleton global fail handler.

1.15.0 resolves this by requiring users who want to make assertions in Eventually/Consistently call backs to explicitly pass in a function that takes a Gomega as an argument. The passed-in Gomega instance can be used to make assertions. Any failures will cause Eventually to retry the callback. This cleaner interface avoids the issue of swapping out globals but comes at the cost of changing the contract introduced in v1.14.0. As such 1.15.0 introduces a breaking change with respect to 1.14.0 - however we expect that adoption of this feature in 1.14.0 remains limited.

In addition, 1.15.0 cleans up some of Gomega's internals. Most users shouldn't notice any differences stemming from the refactoring that was made.

1.14.0

Features

• gmeasure.SamplingConfig now suppers a MinSamplingInterval [e94dbca]
• Eventually and Consistently support functions that make assertions [2f04e6e]
  • Eventually and Consistently now allow their passed-in functions to make assertions. These assertions must pass or the function is considered to have failed and is retried.
  • Eventually and Consistently can now take functions with no return values. These implicitly return nil if they contain no failed assertion. Otherwise they return an error wrapping the first assertion failure. This allows these functions to be used with the Succeed() matcher.
  • Introduce InterceptGomegaFailure - an analogue to InterceptGomegaFailures - that captures the first assertion failure and halts execution in its passed-in callback.

Fixes

• Call Verify GHTTPWithGomega receiver funcs (#454) [496e6fd]
• Build a binary with an expected name (#446) [7356360]

1.13.0

Features

• gmeasure provides BETA support for benchmarking (#447) [8f2dfbf]
• Set consistently and eventually defaults on init (#443) [12eb778]

1.12.0

Features

• Add Satisfy() matcher (#437) [c548f31]
• tweak truncation message [3360b8c]
• Add format.GomegaStringer (#427) [cc80b6f]
• Add Clear() method to gbytes.Buffer [c3c0920]

Fixes

• Fix error message in BeNumericallyMatcher (#432) [09c074a]
• Bump github.com/onsi/ginkgo from 1.12.1 to 1.16.2 (#442) [e5f6ea0]
• Bump github.com/golang/protobuf from 1.4.3 to 1.5.2 (#431) [adae3bf]
• Bump golang.org/x/net (#441) [3275b35]

1.11.0

Features

• feature: add index to gstruct element func (#419) [334e00d]

... (truncated)

Commits

• 4998c3a v1.15.0
• 751b15f Clean up Eventually and Cosnistently docs
• 59b91e6 update Eventually and Consistently documentation; also: satisfy go vet
• e60e915 Fix support for assertions in functions passed to Eventually and Consistently...
• abcfad1 add caching for go modules (#455)
• 812e642 v1.14.0
• 26cf82b silence (at least temporarily) the github test workflow's vetting of go.mod a...
• 496e6fd Call Verify GHTTPWithGomega receiver funcs (#454)
• 9da0d13 go mod tidy
• 55e9553 bump ginkgo
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: dependabot[bot] To complete the pull request process, please assign carolynvs after the PR has been reviewed. You can assign the PR to them by writing /assign @carolynvs in a comment when ready.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files: - **[OWNERS](https://github.com/kubernetes-sigs/minibroker/blob/master/OWNERS)** Approvers can indicate their approval by writing `/approve` in a comment Approvers can cancel approval by writing `/approve cancel` in a comment

[dependabot[bot]]

Superseded by #200.