-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
Rename plugin command #12865
Rename plugin command #12865
Conversation
45d0ee2
to
8ae73e2
Compare
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.
Based our discussion lets not document this command and keep it as an alias for now.
Lets clean up the list of commands in commands.go.
8ae73e2
to
f62ffe7
Compare
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.
This looks good. Just one small suggestion. Approving so you can merge when ready.
The plugin and plugins command had a name that was close, and while plugin is not supposed to be directly called by Packer users, this could happen by accident while trying to execute packer plugins subcommands, and when it does, the error messages are far from explicit, so unless they understand what Packer is doing here, they'll likely be lost. To reduce the risk of confusion, we rename the command to run packer embedded components as execute.
f62ffe7
to
6da1264
Compare
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.
LGTM
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
The plugin command existed so that Packer was able to invoke its embedded components for a build.
The name however is a bit close to
plugins
, and the help messages aren't clear if invoked by mistake, which can be quite confusing when trying to use Packer to manage installed plugins.Since we're doubling down on using Packer to manage those, the problem may become exacerbated in the future, so we are renaming the command to invoke a component to
execute
. No other command is close in name to this, so it's less likely to be mistakenly invoked by a user.In addition to
execute
, we are also usingplugin
as an alias forplugins
, so thatpacker plugins installed
andpacker plugin installed
are in effect the same command (this is true for all the other subcommands).