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

Add CI workflow #2

Merged
merged 2 commits into from
Feb 22, 2024
Merged

Add CI workflow #2

merged 2 commits into from
Feb 22, 2024

Conversation

der-eismann
Copy link
Contributor

No description provided.

@der-eismann der-eismann force-pushed the add-ci-workflow branch 8 times, most recently from e82c88b to 8e2b17d Compare February 20, 2024 14:43
@der-eismann der-eismann marked this pull request as ready for review February 20, 2024 14:44
.github/CODEOWNERS Outdated Show resolved Hide resolved
Copy link
Collaborator

@livingsilver94 livingsilver94 left a comment

Choose a reason for hiding this comment

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

LGTM! Can't suggest improvements since you are the devops guy here :) but what I see is correct.

Let's just wait for @GZGavinZhao before merging.

- name: Setup Go
uses: actions/setup-go@v5
with:
go-version: '1.22'
Copy link
Collaborator

Choose a reason for hiding this comment

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

Wouldn't it be better to use https://github.com/actions/setup-go?tab=readme-ov-file#getting-go-version-from-the-gomod-file ? That way, we test our target version AND we don't have to remember to update the CI code.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yes and no. I was wondering if the best way would be to put the oldest working version in the go.mod so library users are not forced to use the newest Go or actually go for the newest release. What's your point on that?

Copy link
Collaborator

Choose a reason for hiding this comment

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

Ah yes, I agree with that. We should keep the Go version inside the go.mod file as lower as possible. But I think this is a different problem than selecting the Go version inside the CI. Anyway, I'm not forcing that, if you're more comfortable with hard-coding the Go version in ci.yml :)

Copy link
Collaborator

@silkeh silkeh left a comment

Choose a reason for hiding this comment

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

LGTM! I would personally like to see golangci-lint enabled as a linter (action here]), but it might be better to do that in a separate PR to also fix any issues it finds at the same time.

@livingsilver94
Copy link
Collaborator

At this point I'd merge the two Codeowners commit and merge the PR. @der-eismann thought? Can you merge the commits for a cleaner history?

@der-eismann der-eismann merged commit ff6f83f into main Feb 22, 2024
2 checks passed
@der-eismann der-eismann deleted the add-ci-workflow branch February 22, 2024 22:50
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.

4 participants