fix(deps): update module github.com/onsi/ginkgo to v2 - #298
fix(deps): update module github.com/onsi/ginkgo to v2#298red-hat-konflux-kflux-prd-rh03[bot] wants to merge 1 commit into
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #298 +/- ##
=======================================
Coverage 65.60% 65.60%
=======================================
Files 23 23
Lines 1608 1608
=======================================
Hits 1055 1055
Misses 473 473
Partials 80 80 🚀 New features to boost your workflow:
|
|
Hi @red-hat-konflux-kflux-prd-rh03[bot]. Thanks for your PR. I'm waiting for a openshift member to verify that this patch is reasonable to test. If it is, they should reply with Regular contributors should join the org to skip this step. Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
3644efa to
5319eee
Compare
5319eee to
fc1f2c6
Compare
5925456 to
45a3c86
Compare
|
🤖 Finished Retro · ✅ Success · Started 12:03 PM UTC · Completed 12:10 PM UTC Commit: |
Retro: PR #298 — 4th retro on bot ginkgo v1→v2 dependency PR (no proposals)This is the 4th retro dispatch on the same unmerged, bot-authored Renovate/MintMaker dependency update PR over 8 days (Aug 12–20). All four retros reached the same conclusion: zero fullsend code/review/triage/fix agent involvement, no actionable improvements beyond existing issues. Timeline
Token wasteFour retro runs on a bot PR with zero agent involvement is pure waste. Each retro agent explores the PR, discovers no agent activity, and writes a summary confirming there's nothing to analyze. The 2nd, 3rd, and 4th runs add no new information. Existing issue coverageAll candidate improvements are already extensively covered by open issues in
This PR provides additional evidence that the bot-skip and retro-dedup gaps are actively causing waste. No new proposals filed — all improvements are already tracked. |
|
🤖 Finished Retro · ✅ Success · Started 4:06 PM UTC · Completed 4:10 PM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $0.96 |
Retro: PR #298 — 5th retro dispatch on zero-involvement bot PRThis is the 5th retro agent run (runs 31594750643, 31755990355, 32097845281, 32366821404, and now 33321451641) on the same bot-authored dependency update PR. All 4 prior runs reached the same conclusion: zero fullsend agent involvement, no actionable improvements beyond what is already tracked. This run confirms that finding once more. What happened: PR #298 is a Renovate/MintMaker bot PR upgrading No new proposals filed. Every improvement opportunity identified is already covered by existing open issues:
The core CI checks (lint, test, coverage) now pass on the latest commit. The migration is mechanically straightforward (import path changes only). The PR remains blocked on human approval ( |
|
🤖 Finished Review · ✅ Success · Started 4:13 AM UTC · Completed 4:22 AM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $2.17 |
|
Looks good to me Previous runLooks good to me Previous run (2)Looks good to me Previous run (3)Looks good to me Previous run (4)Looks good to me |
|
🤖 Finished Retro · ✅ Success · Started 12:04 PM UTC · Completed 12:14 PM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $1.50 |
Retrospective: PR #298 — ginkgo v1→v2 bot dependency update (autoclosed)Timeline: Renovate/MintMaker bot opened PR #298 on Jun 18, 2026 to migrate Retro dispatch waste (evidence for existing issues):
Bot PR lifecycle (evidence for existing issue): The 2.5-month close/reopen cycle with zero human engagement confirms the pattern described in openshift/ocm-agent-operator#342 — Renovate creating major-version Go module PRs that can never be merged without code migration, cycling indefinitely. Review quality: The review agent correctly identified the changes as a safe import path migration. No missed issues. The repo's Autonomy readiness: Not assessable — no human review occurred to compare against the agent's approval. Agents repo: Proposals skipped (target repo not allowed)File manually or update
|
|
🤖 Review · ❌ Terminated · Started 4:10 AM UTC · Ended 4:21 AM UTC Commit: |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: red-hat-konflux-kflux-prd-rh03[bot] The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
1 similar comment
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: red-hat-konflux-kflux-prd-rh03[bot] The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
🤖 Finished Review · ✅ Success · Started 4:10 AM UTC · Completed 4:21 AM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $2.26 |
|
🤖 Finished Retro · ✅ Success · Started 8:05 AM UTC · Completed 8:17 AM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $4.33 |
Retro: PR #298 — Bot dependency update (ginkgo v1→v2)PR #298 was a MintMaker bot-generated dependency update migrating Workflow runs: 12 total, ~$10+ estimated cost
Key findingsAll findings corroborate existing open issues. No new proposals are warranted. 1. Retro agent ran 7 times on a zero-involvement bot PR. Each run concluded there was nothing to analyze, producing identical "no proposals" output. This PR provides additional evidence for the cluster of existing issues addressing this pattern: fullsend-ai/fullsend#3226, #4006, #5295, #5943 (skip retro on bot/zero-involvement PRs), fullsend-ai/fullsend#4064, #3034 (per-PR circuit breaker), fullsend-ai/agents#276, #349 (pre-retro early exit), and the meta-consolidation issue fullsend-ai/fullsend#5817. 2. Review agent approved without checking CI status. The review agent ran 3. 4. Review sub-agents failed silently due to model unavailability. The style-conventions and risk-assessment sub-agents failed on both review runs because 5. Duplicate review on same commit. Two review runs (Aug 31 and Sep 2) analyzed the identical commit SHA and reached the same APPROVED verdict. This corroborates fullsend-ai/fullsend#5139 and fullsend-ai/agents#323. AssessmentThis PR is a textbook case of agent resource waste on bot-generated dependency updates. The ~$10+ spent across 12 workflow runs produced zero actionable value — no human ever engaged with the PR, and it was never merged. The existing issue backlog comprehensively covers all five identified gaps. The meta-consolidation issue fullsend-ai/fullsend#5817 correctly identifies that 22+ overlapping skip-dispatch proposals need consolidation into a single decision matrix before implementation can proceed. |
|
🤖 Finished Review · ✅ Success · Started 4:10 AM UTC · Completed 4:22 AM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $2.33 |
|
Risk Assessment: moderate (2/5) DetailsBot-authored Ginkgo v2 dependency update with mechanical test import changes across 20 files but only 84 lines changed; high blast radius and two dependency files drive Tier 1 to 2.0, but excellent test coverage ratio (0.85), zero security-sensitive or protected paths, and Tier 2 showing extremely stable files with near-zero churn confirm moderate risk appropriate for standard review. Previous runRisk Assessment: moderate (2/5) DetailsBot-authored Ginkgo v2 dependency update with mechanical test import changes across 20 files but only 84 lines changed; high blast radius and dependency file signals are offset by excellent test coverage ratio (0.85), zero security-sensitive paths, stable low-churn files, and no regression history, yielding a moderate risk level appropriate for standard review. Previous run (2)Risk Assessment: moderate (2/5) DetailsBot-authored Ginkgo v2 dependency update with mechanical test import changes across 20 files but only 84 lines changed; high blast radius and dependency file signals are offset by excellent test coverage ratio (0.85), zero security-sensitive paths, stable low-churn files, and no regression history, yielding a moderate risk level appropriate for standard review. |
|
🤖 Finished Retro · ✅ Success · Started 12:04 PM UTC · Completed 12:11 PM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $3.49 |
Retro: PR #298 — Ginkgo v1→v2 dependency update (bot-generated)PR #298 is a MintMaker/Renovate bot-generated dependency update that migrates The fullsend agent system dispatched 11 workflow runs on this PR:
No new proposals — all candidate improvements already trackedEvery improvement pattern identified in this retro is already covered by existing open issues. Rather than filing duplicates, here is the evidence this retro adds to each:
Workflow quality assessmentThis PR represents a worst-case scenario for agent dispatch efficiency: a mechanically simple bot PR with no human engagement generated $15+ in agent compute across 11 workflow runs that produced no actionable outcomes. The root causes — missing bot-PR skip logic, missing retro circuit breaker, missing review dedup — are all well-documented in existing issues. Resolution of fullsend#5817 (the consolidation meta-issue) would address the majority of waste seen here. |
|
🤖 Finished Review · ✅ Success · Started 4:10 AM UTC · Completed 4:20 AM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $1.95 |
|
🤖 Finished Retro · ✅ Success · Started 4:03 PM UTC · Completed 4:15 PM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $4.01 |
Retro: PR #298 — ginkgo v1→v2 dependency migrationPR: openshift/ocm-agent-operator#298 — What happenedA MintMaker/Renovate bot opened this PR on Jun 18 to migrate The PR was open for 81 days (Jun 18 – Sep 7) without any human engagement. It was blocked on Agent activity:
Autonomy readinessInconclusive. No human reviewed this PR, so the agent-vs-human delta cannot be computed. The review agent correctly identified this as a safe mechanical change (risk: moderate 2/5, all modified lines covered by tests), but without human review to compare against, this provides no evidence for or against expanding agent autonomy. Evidence for existing open issuesThis PR is a strong evidence case for several open issues that, if resolved, would prevent the observed waste:
Proposals skipped (target repo not allowed)File manually or update
|
Signed-off-by: red-hat-konflux-kflux-prd-rh03 <206760901+red-hat-konflux-kflux-prd-rh03[bot]@users.noreply.github.com>
|
🤖 Finished Review · ✅ Success · Started 4:15 AM UTC · Completed 4:26 AM UTC Commit: Runtime: claude · Model: opus → claude-opus-4-6 · Effort: high · Cost: $2.55 |
|
@red-hat-konflux-kflux-prd-rh03[bot]: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
This PR contains the following updates:
v1.16.5→v2.32.1Release Notes
onsi/ginkgo (github.com/onsi/ginkgo)
v2.32.1Compare Source
2.32.1
Fixes
e647b3b]v2.32.0Compare Source
2.32.0
-fdgenerate RSpec-style documentation output. Thank @woodie !--sleep-on-failure pauses a failed spec before teardown. Thanks @qinqon !
v2.31.0Compare Source
2.31.0
Add a bunch of Claude Skills via the marketplace:
v2.30.0Compare Source
2.30.0
Features
Ginkgo now allows
extentions/global.Resetto support running multiple suites from within a single process. This may take some massaging on your part (see 1672) but can dramatically speed up codebases with O(hundreds) of test suites.Thanks @lawrencejones !
Fixes
4f62d7a]v2.29.0Compare Source
2.29.0
GinkgoHelperGomakes it easier to write test helpers that need to run in goroutines. Specifically, it makes managing the failure state and capturing failure panics correctly straightforward.ginkgo outlinenow includes entries defined inDescribeTableSubtreev2.28.3Compare Source
2.28.3
Maintenance
Bump all dependencies
v2.28.2Compare Source
2.28.2
f3a36b6]94151c8]4d21dbb]c102161]9619647]5779304]v2.28.1Compare Source
2.28.1
Update all dependencies. This auto-updated the required version of Go to 1.24, consistent with the fact that Go 1.23 has been out of support for almost six months.
v2.28.0Compare Source
2.28.0
Ginkgo's SemVer filter now supports filtering multiple components by SemVer version:
can be filtered in or out with an invocation like:
ginkgo --sem-ver-filter="2.1.1, redis=8.2.0"Huge thanks to @Icarus9913 for working on this!
v2.27.5Compare Source
2.27.5
Fixes
Don't make a new formatter for each GinkgoT(); that's just silly and uses precious memory
v2.27.4Compare Source
2.27.4
Fixes
59bc751]v2.27.3Compare Source
2.27.3
Fixes
report exit result in case of failure [
1c9f356]fix data race [
ece19c8]v2.27.2Compare Source
2.27.2
Fixes
a69113a]Maintenance
a99c6e0]f993df5]v2.27.1Compare Source
2.27.1
Fixes
606c1cb]a6463b3]v2.27.0Compare Source
2.27.0
Features
Transforming Nodes during Tree Construction
This release adds support for
NodeArgsTransformers that can be registered withAddTreeConstructionNodeArgsTransformer.These are called during the tree construction phase as nodes are constructed and can modify the node strings and decorators. This enables frameworks built on top of Ginkgo to modify Ginkgo nodes and enforce conventions.
Learn more here.
Spec Prioritization
A new
SpecPriority(int)decorator has been added. Ginkgo will honor priority when ordering specs, ensuring that higher priority specs start running before lower priority specsLearn more here.
Maintenance
1333dae]17ae63e]v2.26.0Compare Source
2.26.0
Features
Ginkgo can now generate json-formatted reports that are compatible with the
go testjson format. Useginkgo --gojson-report=report.go.json. This is not intended to be a replacement for Ginkgo's native json format which is more information rich and better models Ginkgo's test structure semantics.v2.25.3Compare Source
2.25.3
Fixes
f01aed1]v2.25.2Compare Source
2.25.2
Fixes
Add github output group for progress report content
Maintenance
Bump Gomega
v2.25.1Compare Source
2.25.1
Fixes
10866d3]2e42cff]v2.25.0Compare Source
2.25.0
AroundNodeThis release introduces a new decorator to support more complex spec setup usecases.
AroundNoderegisters a function that runs before each individual node. This is considered a more advanced decorator.Please read the docs for more information and some examples.
Allowed signatures:
AroundNode(func())-funcwill be called before the node is run.AroundNode(func(ctx context.Context) context.Context)-funccan wrap the passed in context and return a new one which will be passed on to the node.AroundNode(func(ctx context.Context, body func(ctx context.Context)))-ctxis the context for the node andbodyis a function that must be called to run the node. This gives you complete control over what runs before and after the node.Multiple
AroundNodedecorators can be applied to a single node and they will run in the order they are applied.Unlike setup nodes like
BeforeEachandDeferCleanup,AroundNodeis guaranteed to run in the same goroutine as the decorated node. This is necessary when working with lower-level libraries that must run on a single thread (you can callruntime.LockOSThread()in theAroundNodeto ensure that the node runs on a single thread).Since
AroundNodeallows you to modify the context you can also useAroundNodeto implement shared setup that attaches values to the context.If applied to a container,
AroundNodewill run before every node in the container. Including setup nodes likeBeforeEachandDeferCleanup.AroundNodecan also be applied toRunSpecsto run before every node in the suite. This opens up new mechanisms for instrumenting individual nodes across an entire suite.v2.24.0Compare Source
2.24.0
Features
Specs can now be decorated with (e.g.)
SemVerConstraint("2.1.0")andginkgo --sem-ver-filter="2.1.1"will only run constrained specs that match the requested version. Learn more in the docs here! Thanks to @Icarus9913 for the PR.Fixes
3f5d379]. fixes #1582Maintenance
Numerous dependency bumps and documentation fixes
v2.23.4Compare Source
2.23.4
Prior to this release Ginkgo would compute the incorrect number of available CPUs when running with
-pin a linux container. Thanks to @emirot for the fix!Features
2b9c428]Fixes
1f59d07]Maintenance
2d134d5]v2.23.3Compare Source
2.23.3
Fixes
-as a standalone argument [cfcc1a5]feaf292]88e2282]v2.23.2Compare Source
2.23.2
🎉🎉🎉
At long last, some long-standing performance gaps between
ginkgoandgo testhave been resolved!Ginkgo operates by running
go test -cto generate test binaries, and then running those binaries. It turns out that the compilation step ofgo test -cis slower thango test's compilation step becausego teststrips out debug symbols (ldflags=-w) whereasgo test -cdoes not.Ginkgo now passes the appropriate
ldflagstogo test -cwhen running specs to strip out symbols. This is only done when it is safe to do so and symbols are preferred when profiling is enabled and whenginkgo buildis called explicitly.This, coupled, with the instructions for disabling XProtect on MacOS yields a much better performance experience with Ginkgo.
v2.23.1Compare Source
2.23.1
🚨 For users on MacOS 🚨
A long-standing Ginkgo performance issue on MacOS seems to be due to mac's antimalware XProtect. You can follow the instructions here to disable it in your terminal. Doing so sped up Ginkgo's own test suite from 1m8s to 47s.
Fixes
Ginkgo's CLI is now a bit clearer if you pass flags in incorrectly:
a0e52ff]b799d8d]This might cause existing CI builds to fail. If so then it's likely that your CI build was misconfigured and should be corrected. Open an issue if you need help.
v2.23.0Compare Source
2.23.0
Ginkgo 2.23.0 adds a handful of methods to
GinkgoT()to make it compatible with thetesting.TBinterface in Go 1.24.GinkgoT().Context(), in particular, is a useful shorthand for generating a new context that will clean itself up in aDeferCleanup(). This has subtle behavior differences from the golang implementation but should make sense in a Ginkgo... um... context.Features
37a511b]Fixes
7556a86]4df06c6]Maintenance
cbcf39a]9b261ff]00f19c8]e98a4df]60cc4e2]fea6f2d]31d7813]fc3bbd6]aee0d56]809a710]v2.22.2Compare Source
What's Changed
Full Changelog: onsi/ginkgo@v2.22.1...v2.22.2
v2.22.1Compare Source
2.22.1
Fixes
Fix CSV encoding
aab3da6]c09df39]96a80fc]43dad69]Maintenance
c88c634]4df44bf]v2.22.0Compare Source
2.22.0
Features
0fcaa08]This allows serial tests to be filtered using the
label-filterMaintenance
Various doc fixes
v2.21.0Compare Source
2.21.0
Features
a69eb39]bcab9c8]Fixes
e548367]SpecsThatWillBeRunwithSpecsThatWillRun[
c2c4d3c]Maintenance
7e65a00]v2.20.2Compare Source
2.20.2
Require Go 1.22+
Maintenance
a671816]v2.20.1Compare Source
2.20.1
Fixes
d6f9640]v2.20.0Compare Source
2.20.0
Features
be5ab95]Maintenance
d303d14]7a50221]v2.19.1Compare Source
2.19.1
Fixes
63c8c30]ff41e27]Maintenance
76f4e0c]b69c00d]f097741]v2.19.0Compare Source
2.19.0
Features
Label Sets allow for more expressive and flexible label filtering.
v2.18.0Compare Source
2.18.0
Features
f010b65]d80eebe]Fixes
42013d6]Maintenance
fcf1fd7]8bb14fd]04bfad7]v2.17.3Compare Source
2.17.3
Fixes
ginkgo watchnow ignores hidden files [bde6e00]v2.17.2Compare Source
2.17.2
Fixes
32259c8]780e7a3]Maintenance
d91fe4e]8cb662e]3134422]eca81b4]760def8]4ce33f4]f2fcd97]fd622d2]5474a26]e6d1170]7f447b2]f15239a]v2.17.1Compare Source
2.17.1
Fixes
af0330d]v2.17.0Compare Source
2.17.0
Features
--github-outputfor nicer output in github actions [e8a2056]Maintenance
977bc6f]e297e7b]v2.16.0Compare Source
2.16.0
Features
Fixes
23f0cc5]cd418b7]Maintenance
2cebe8d]06de431]898cba9]17ae120]5a179ed]a1e6b69]d52951d]4471b2e]v2.15.0Compare Source
2.15.0
Features
8f3bd70]96e915c]Fixes
c245d09]dca77c8]dbaf18f]6f67a14]Maintenance
4fcd0b3]v2.14.0Compare Source
2.14.0
Features
You can now use
GinkgoTB()when you need an instance oftesting.TBto pass to a library.Prior to this release table testing only supported generating individual
Its for each test entry.DescribeTableSubtreeextends table testing support to entire testing subtrees - under the hoodDescrieTableSubtreegenerates a new container for each entry and invokes your function to fill our the container. See the docs to learn more.65ec56d]4a2c832]92b6744]Fixes
beb9507]4ac3a13]b2e5bc5]Maintenance
465a8ec]eab0e40]fbf9724]3ee80ee]123e1d5]558f6e0]84ff7f3]v2.13.2Compare Source
2.13.2
Fixes
e2e81c8](*regexp.Regexp).MatchString(#1302) [3b2a2a7]v2.13.1Compare Source
2.13.1
Fixes
1296 fix(precompiled test guite): exec bit check omitted on Windows (#1301) [
26eea01]Maintenance
7161a9d]7fc7b10]74bbd65]9373633]6e3cf65]v2.13.0Compare Source
2.13.0
Features
Add PreviewSpect() to enable programmatic preview access to the suite report (fixes #1225)
v2.12.1Compare Source
2.12.1
Fixes
90d4846]Maintenance
555f543]d867b7d]v2.12.0Compare Source
2.12.0
Features
05de518]Fixes
27c2f5d]Maintenance
Various chores/dependency bumps.
v2.11.0Compare Source
2.11.0
In prior versions of Ginkgo specs the CLI filter flags (e.g.
--focus,--label-filter) would override any programmatic focus. This behavior has proved surprising and confusing in at least the following ways:Going forward Ginkgo will AND all programmatic and CLI filters. Moreover, the presence of any programmatic focused tests will always result in a non-zero exit code.
This change is technically a change in Ginkgo's external contract and may require some users to make changes to successfully adopt. Specifically: it's possible some users were intentionally using CLI filters to override programmatic focus. If this is you please open an issue so we can explore solutions to the underlying problem you are trying to solve.
Fixes
d6bba86]Maintenance
4a70a38]97eda4d]v2.10.0Compare Source
2.10.0
Features
a782a77]adds a new --tags flag to ginkgo generate
Fixes
548d78e]Maintenance
2b76a5e]v2.9.7Compare Source
2.9.7
Fixes
07fc3a0]v2.9.6Compare Source
2.9.6
Fixes
0ac65de]Maintenance
3e39231]v2.9.5Compare Source
2.9.5
Fixes
7fa0b6b]Maintenance
9f9d8b9]150e3f2]0013b1a]9e9e3e5]v2.9.4Compare Source
2.9.4
Fixes
fix hang with ginkgo -p (#1192) [
15d4bdc] - this addresses a long standing issue related to Ginkgo hanging when a child process spawned by the test does not exit.fix: fail fast may cause Serial spec or cleanup Node interrupted (#1178) [
8dea88b] - prior to this there was a small gap in which specs on other processes might start even if one process has tried to abort the suite.Maintenance
903be81]v2.9.3Compare Source
2.9.3
Features
c0c77b6]Fixes
227c662]0de0e7c]Maintenance
8b925ab]e3795a4]b453793]73ed75b]0a2bc64]f41c557]8e423e5]v2.9.2Compare Source
2.9.2
Maintenance
3fcc5bf]6143ffe]v2.9.1Compare Source
2.9.1
Fixes
This release fixes a longstanding issue where
ginkgo -coverpkg=./...would not work. This is now resolved and fixes #1161 and #99526ca1b5]fc44c3b]Maintenance
93de676]v2.9.0Compare Source
2.9.0
Features
AttachProgressReporter is an experimental feature that allows users to provide arbitrary information when a ProgressReport is requested [
28801fe]GinkgoT() has been expanded to include several Ginkgo-specific methods [
2bd5a3b]The intent is to enable the development of third-party libraries that integrate deeply with Ginkgo using
GinkgoT()to access Ginkgo's functionality.v2.8.4Compare Source
2.8.4
Features
979fbc2]8432589]Fixes
a8bb39a]Maintenance
41b2a8a]7c4f583]v2.8.3Compare Source
2.8.3
Released to fix security issue in golang.org/x/net dependency
Maintenance
fc1a02e]0718693]v2.8.2Compare Source
2.8.2
Ginkgo now includes a
tools.gofile in the root directory of theginkgopackage. This should allow modules that simplygo get github.com/onsi/ginkgo/v2to also pull in the CLI dependencies. This obviates the need for consumers of Ginkgo to have their owntools.gofile and makes it simpler to ensure that the version of theginkgoCLI being used matches the version of the library. You can simply rungo run github.com/onsi/ginkgo/v2/ginkgoto run the version of the cli associated with your package go.mod.Maintenance
5767b0a]e1e9723]a588f60]v2.8.1Compare Source
2.8.1
Fixes
2d5075a]febbe38]Maintenance
11a4860]4890a62]a774638]3f233bd]f9b8649]6f8c042]833a75e]v2.8.0Compare Source
2.8.0
Features
e19f556]Modeled after
testing.T.Helper(). Now, rather than write code like:you can stop tracking offsets (which makes nesting composing helpers nearly impossible) and simply write:
2f6597c]You can now write code like this:
to programmatically check whether a given set of labels will match the configured
--label-filter.Maintenance
ea4966e]9dd275b]14e7bdd]v2.7.1Compare Source
2.7.1
Fixes
d2a1cb0]Maintenance
cafece6]eda66c2]ac5ccaa]eee6480]v2.7.0Compare Source
2.7.0
Features
e0123ca] - Ordered containers that arConfiguration
📅 Schedule: (in timezone UTC)
* 2-4 * * 1-5)🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
To execute skipped test pipelines write comment
/ok-to-test.Documentation
Find out how to configure dependency updates in MintMaker documentation or see all available configuration options in Renovate documentation.