Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider including mfridman/tellmewhy #1661

Open
atc0005 opened this issue Aug 8, 2024 · 1 comment
Open

Consider including mfridman/tellmewhy #1661

atc0005 opened this issue Aug 8, 2024 · 1 comment
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@atc0005
Copy link
Owner

atc0005 commented Aug 8, 2024

tellmewhy is a tool that detects a go.mod version "bump" and explains which dependency is responsible for the change.

Example from that project's README:

$ tellmewhy

Error: Go version mismatch

The required Go version has been updated to 1.21.
This change is due to an update in the module: github.com/ClickHouse/clickhouse-go/v2

Output from one of the repos I work with (I rolled back to an earlier tag before we upgraded the project to Go 1.22):

$ tellmewhy
module github.com/carlmjohnson/requests has new version: v0.23.5
go: upgraded go 1.20 => 1.22
go: added toolchain go1.22.6
go: upgraded github.com/carlmjohnson/requests v0.23.5 => v0.24.1
go: upgraded golang.org/x/net v0.24.0 => v0.28.0
go: upgraded golang.org/x/sys v0.19.0 => v0.23.0
Error: Go version mismatch

The required Go version has been updated to 1.22.
This change is due to an update in the module: github.com/carlmjohnson/requests
@atc0005 atc0005 added the enhancement New feature or request label Aug 8, 2024
@atc0005 atc0005 added this to the Future milestone Aug 8, 2024
@atc0005 atc0005 self-assigned this Aug 8, 2024
@atc0005
Copy link
Owner Author

atc0005 commented Aug 8, 2024

Note to self:

Probably need a label to indicate that this is a utility and not a linter.

The README currently breaks included tooling into these categories:

  • linting tools
  • build tools
  • testing tools

Do we need a fourth?

We currently don't have labels for all of those.

Maybe create a tools/* hiearchy?

  • tools/linting
  • tools/build
  • tools/testing
  • tools/utility
    • is this just saying a "tool" tool ?
    • maybe tools/diagnostic ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant