-
Notifications
You must be signed in to change notification settings - Fork 398
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 kubectl workspace plugin and adjust usage output #1901
✨ Add kubectl workspace plugin and adjust usage output #1901
Conversation
Just FYI, I have a ton of plugin structural changes in #1701, in case you're interested. |
Ah thanks, will review! 👍 |
4b92a40
to
57cbcfe
Compare
I reviewed #1701 and tried it locally - lgtm but doesn't address the issues covered in the PR so I rebased this and adjusted the |
57cbcfe
to
8902b47
Compare
8902b47
to
f83c8c0
Compare
f83c8c0
to
c0b429b
Compare
Ready for another review, previous comments addressed - thanks for the feedback! One thing to mention - this only symlinks in the Do we want/need the ws/workspaces aliases in the Dockerfile (or build target) to resolve that? |
/retest |
goreleaser config needs updating |
Re the Dockerfile, we should probably ensure the symlinks get into the image. Would it be possible to have them created in the |
c0b429b
to
12ae966
Compare
Yes this seems like the best option given that COPY resolves any symlinks created by the build target in the makefile - now updated |
Ack now updated to reflect the new binary naming, although looking at the docs it seems like we can only create symlinks when generating OS packages - I'll double check this though as I'm not very familiar with goreleaser. |
c6d4c59
to
f033a63
Compare
@ncdc I updated the goreleaser config - AFAICS to generate symlinks in the archive I need to create them in a post build hook, then copy the resulting files, this seems to work running locally but happy to hear if there is a cleaner way :)
|
f033a63
to
388962a
Compare
Elsewhere we describe aliases of ws/workspace/workspaces but the plugin only works with ws/workspaces atm - this makes it consistent, removes the duplicate kubectl-ws code, and and allows us to share the same usage with the underlying kcp plugin subcommand.
The plugin can be called via "kubectl kcp workspaces" or since kcp-dev#881 also via "kubectl workspaces" - when calling in the latter context it's confusing to get usage info referring to the kcp plugin.
388962a
to
4eef8f5
Compare
@ncdc this is ready for another review pass when you get a moment, thanks! |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ncdc 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 |
Summary
Elsewhere we describe aliases of ws/workspace/workspaces but the
plugin only works with ws/workspaces atm - this makes it consistent
and allows us to share the same usage with the underlying kcp
plugin subcommand.
Related issue(s)
Discussed in #687 and may enable some clearer and/or more consistent docs, but doesn't actually fix that issue