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

Updates go to v1.17 #950

Merged
merged 1 commit into from
Nov 25, 2021
Merged

Conversation

sm43
Copy link
Contributor

@sm43 sm43 commented Nov 24, 2021

This patch does the following

  • update go.mod and run go mod vendor
  • update workflow
  • update hack.md
  • update the ko build strategy
  • update the sample ko build that builds shipwright

Closes #942

Signed-off-by: Shivam Mukhade smukhade@redhat.com

Changes

Submitter Checklist

  • Includes tests if functionality changed/was added
  • Includes docs if changes are user-facing
  • Set a kind label on this PR
  • Release notes block has been filled in, or marked NONE

See the contributor guide
for details on coding conventions, github and prow interactions, and the code review process.

Release Notes

Shipwright Build is now built with Go v1.17

@openshift-ci openshift-ci bot added the release-note Label for when a PR has specified a release note label Nov 24, 2021
Copy link
Member

@SaschaSchwarze0 SaschaSchwarze0 left a comment

Choose a reason for hiding this comment

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

Hi @sm43, thank you for looking into this. Two minor change requests.

.github/workflows/mirror-images.yaml Outdated Show resolved Hide resolved
openshift-ci/Dockerfile.tools Outdated Show resolved Hide resolved
@SaschaSchwarze0
Copy link
Member

@sm43 Regarding the failures in the verify step, I guess, it is time to replace the remaining go gets in the one or other shell script with go installs.

@sm43 sm43 force-pushed the update-go branch 2 times, most recently from fae54ad to 819eada Compare November 24, 2021 13:19
@sm43
Copy link
Contributor Author

sm43 commented Nov 24, 2021

/kind dependency-change

@openshift-ci openshift-ci bot added kind/dependency-change Categorizes issue or PR as related to changing dependencies do-not-merge/release-note-label-needed Indicates that a PR should not merge because it's missing one of the release note labels. release-note Label for when a PR has specified a release note and removed release-note Label for when a PR has specified a release note do-not-merge/release-note-label-needed Indicates that a PR should not merge because it's missing one of the release note labels. labels Nov 24, 2021
@sm43
Copy link
Contributor Author

sm43 commented Nov 25, 2021

@SaschaSchwarze0 Can you help me understand this tag?

//go:build !ignore_autogenerated

with go v1.17 the tag is changed to //go:build !ignore_autogenerated previoulsy it was // +build !ignore_autogenerated

  • this tag ignore the file when we do go build right?
  • this tag is added by generate script so now do we need to keep both the tags or remove the older one? if we want to remove how do we do that as it is a generated file?

@SaschaSchwarze0
Copy link
Member

@SaschaSchwarze0 Can you help me understand this tag?

//go:build !ignore_autogenerated

with go v1.17 the tag is changed to //go:build !ignore_autogenerated previoulsy it was // +build !ignore_autogenerated

* this tag ignore the file when we do `go build` right?

* this tag is added by generate script so now do we need to keep both the tags or remove the older one? if we want to remove how do we do that as it is a generated file?

Based on the Go 1.17 release notes:

The go command now understands //go:build lines and prefers them over // +build lines.

I think having both is fine assuming it was generated like this.

This patch does the following
- update go.mod and run `go mod vendor`
- update workflow
- update hack.md
- update the ko build strategy
- update the sample ko build that builds shipwright

Signed-off-by: Shivam Mukhade <smukhade@redhat.com>
@sm43
Copy link
Contributor Author

sm43 commented Nov 25, 2021

@SaschaSchwarze0 Can you help me understand this tag?

//go:build !ignore_autogenerated

with go v1.17 the tag is changed to //go:build !ignore_autogenerated previoulsy it was // +build !ignore_autogenerated

* this tag ignore the file when we do `go build` right?

* this tag is added by generate script so now do we need to keep both the tags or remove the older one? if we want to remove how do we do that as it is a generated file?

Based on the Go 1.17 release notes:

The go command now understands //go:build lines and prefers them over // +build lines.

I think having both is fine assuming it was generated like this.

yes it was generated like this. updated the pr. ptal

Copy link
Member

@SaschaSchwarze0 SaschaSchwarze0 left a comment

Choose a reason for hiding this comment

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

/approve
/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Nov 25, 2021
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Nov 25, 2021

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: SaschaSchwarze0

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Nov 25, 2021
@openshift-merge-robot openshift-merge-robot merged commit 3ebbdd1 into shipwright-io:main Nov 25, 2021
@sm43 sm43 deleted the update-go branch November 25, 2021 17:06
@SaschaSchwarze0 SaschaSchwarze0 added this to the release-v0.7.0 milestone Dec 9, 2021
@SaschaSchwarze0 SaschaSchwarze0 mentioned this pull request May 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. kind/dependency-change Categorizes issue or PR as related to changing dependencies lgtm Indicates that a PR is ready to be merged. release-note Label for when a PR has specified a release note
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Update to Go 1.17
3 participants