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

Update versions #35

Closed
wants to merge 1 commit into from
Closed

Update versions #35

wants to merge 1 commit into from

Conversation

philoserf
Copy link
Collaborator

@philoserf philoserf commented Sep 27, 2023

  • update go library versions and reorganize go.mod
  • update github action versions
  • change how we set the go version and use the same version everywhere
  • replace golangci-lint config and fix or suppress issues

- update go library versions and reorganize go.mod
- update github action versions
- change how we set go version and use the same version everywhere
- replace golangci-lint config and fix or supress issues
Copy link
Owner

@skatkov skatkov left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems like a lot of good changes, but CI is failing.

Would it be possible, to maybe move those to separate PR's? At least moving linting related change to separate PR would be appreciated, I'd like to discuss this change further (while I'm on board with other changes).

Thanks.

- gochecknoglobals # flags our globals
- depguard # flags our modules
- forbidigo # flags our fmt.Println
- wrapcheck # flags our unchecked errors
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thought: I'm a bit worried about generating too much noise from linters, this is why I went with “whitelist linters” approach, but you seem to be reverting to “blacklist linters” approach here.

For me, biggest priority was from message that "errcheck" and "gocritic" raised.

I'm open to hearing your thoughts on this – it's my first year writing golang, so I don't have strong opinions of my own.

I normally do what "charm" team does and here is how they approach go linting:
https://github.com/charmbracelet/glow/blob/master/.golangci.yml

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I made changes together because the lint complaints started with deprecated function calls. I went to this style of config because, once it is set, you know your code is good or that you have intentionally decided to override the wisdom of the community.

The strange thing for me was that everything passed using act locally to check the GitHub workflows.

All of that said. I think I will also kill this approach and start again on workflow updates and dependency updates separately as I began.

@philoserf philoserf closed this Sep 28, 2023
@philoserf philoserf deleted the update-versions branch September 28, 2023 13:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants