-
Notifications
You must be signed in to change notification settings - Fork 1.6k
🐛 (alpha update) fix make run logic in merge #4990
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
🐛 (alpha update) fix make run logic in merge #4990
Conversation
|
Hi @vitorfloriano. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: vitorfloriano The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
| } | ||
|
|
||
| // Best effort to run make targets to ensure the project is in a good state | ||
| runMakeTargets() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we still need to try to run those, but without raising an error or a warning.
Why?
Example: If the conflict is the Makefile
We still able to re-generate the manifest, run the go vet, go lint and etc
If the conflict is in the manifests
Then, by regenerating we might solve it out.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Alright. I changed the make targets to run silently when there are conflicts.
I also added another check for conflict markers after running the make targets.
Now, the conflicts warnings are only logged if there still are conflict markers after running the make targets.
Is that what you were thinking of?
Alpha update will now run make targets silently if the merge completes with conflicts, and the logs will warn the user to run the make targets again after resolving the conflicts that were committed.
e725ae0 to
556ea8e
Compare
| // runMakeTargetsSilently is a helper function to run make with the targets necessary | ||
| // to ensure all the necessary components are generated, formatted and linted. | ||
| // This version runs silently without logging, suitable for best-effort execution when conflicts exist. | ||
| func runMakeTargetsSilently() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I do not think that we should run silently
We need to suppress the error with force and raise a warning instead, see
https://github.com/kubernetes-sigs/kubebuilder/pull/4992/files
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I hope that you do mind but aiming help you out I create the above PR
I would love to get your help to review this one.
|
PR needs rebase. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
Closing this one sorry. |
|
Resolved in #5019. |
alpha updatewill now run themaketargets silently if the merge is completed with conflicts. The user will be warned about the conflicts and instructed to run themaketargets again after resolving them:Fixes #4989