Skip to content

fix(deps): bump github.com/spf13/cobra from 1.6.1 to 1.10.2 - #671

Merged
NickJosevski merged 1 commit into
mainfrom
dependabot/go_modules/github.com/spf13/cobra-1.10.2
Aug 12, 2026
Merged

fix(deps): bump github.com/spf13/cobra from 1.6.1 to 1.10.2#671
NickJosevski merged 1 commit into
mainfrom
dependabot/go_modules/github.com/spf13/cobra-1.10.2

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Aug 10, 2026

Copy link
Copy Markdown
Contributor

Bumps github.com/spf13/cobra from 1.6.1 to 1.10.2.

Release notes

Sourced from github.com/spf13/cobra's releases.

v1.10.2

🔧 Dependencies

  • chore: Migrate from gopkg.in/yaml.v3 to go.yaml.in/yaml/v3 by @​dims in spf13/cobra#2336 - the gopkg.in/yaml.v3 package has been deprecated for some time: this should significantly cleanup dependency/supply-chains for consumers of spf13/cobra

📈 CI/CD

🔥✍🏼 Docs

🍂 Refactors

🤗 New Contributors

Full Changelog: spf13/cobra@v1.10.1...v1.10.2

Thank you to our amazing contributors!!!!! 🐍 🚀

v1.10.1

🐛 Fix

v1.0.9 of pflags brought back ParseErrorsWhitelist and marked it as deprecated

Full Changelog: spf13/cobra@v1.10.0...v1.10.1

v1.10.0

What's Changed

🚨 Attention!

This version of pflag carried a breaking change: it renamed ParseErrorsWhitelist to ParseErrorsAllowlist which can break builds if both pflag and cobra are dependencies in your project.

  • If you use both pflag and cobra, upgrade pflagto 1.0.8 andcobrato1.10.0`
  • or use the newer, fixed version of pflag v1.0.9 which keeps the deprecated ParseErrorsWhitelist

... (truncated)

Commits

Dependabot compatibility score

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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @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)

Bumps [github.com/spf13/cobra](https://github.com/spf13/cobra) from 1.6.1 to 1.10.2.
- [Release notes](https://github.com/spf13/cobra/releases)
- [Commits](spf13/cobra@v1.6.1...v1.10.2)

---
updated-dependencies:
- dependency-name: github.com/spf13/cobra
  dependency-version: 1.10.2
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file go Pull requests that update go code labels Aug 10, 2026
NickJosevski added a commit that referenced this pull request Aug 12, 2026
All three Dependabot PRs opened since #630 (#671, #672, #673) fail this
workflow at "Initialize containers", and none of them fail for a reason
related to the dependency being bumped.

GitHub scopes secrets for Dependabot-triggered runs to a separate
Dependabot secrets store, so DB_IMAGE_SA_PASSWORD, OD_IMAGE_ADMIN_API_KEY
and OCTOPUS_SERVER_BASE64_LICENSE all resolve to empty. The log shows it
unmasked, where a real secret would print as ***:

  -e "DB_CONNECTION_STRING=Server=sqlserver;...;User Id=sa;Password=;"

SQL Server then rejects every login ("Login failed for user 'sa'. Reason:
An error occurred while evaluating the password"), the health check never
passes, the service container is marked unhealthy and the job dies before
any test runs. Every dependabot/* branch fails; every human branch, main,
release-please and the nightly schedule pass.

Skipping is preferred over supplying the secrets. Copying them into the
Dependabot store would hand an Octopus license and a test API key to a run
whose dependency tree just changed and which executes third-party code via
go test, and it still would not go green, because dorny/test-reporter needs
checks: write and the Dependabot token stays read-only regardless of the
permissions block.

Coverage is retained: the nightly run on main picks up merged bumps within
a day, and workflow_dispatch still works on a Dependabot branch since the
triggering actor is then a human --

  gh workflow run integration-test.yml --ref dependabot/go_modules/...

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@NickJosevski
NickJosevski merged commit d041daf into main Aug 12, 2026
2 of 3 checks passed
@NickJosevski
NickJosevski deleted the dependabot/go_modules/github.com/spf13/cobra-1.10.2 branch August 12, 2026 03:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file go Pull requests that update go code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant