-
Notifications
You must be signed in to change notification settings - Fork 5.4k
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 forc --list
#702
Comments
@ControlCplusControlV has requested to work on this, ref: #482 (comment) |
forc --list
that lists commands, similar to cargo --list
forc --list
This is no longer necessary to implementation completions, though it may be independently useful. |
Closes #1198. Lists the full path to every `forc-*` plugin discovered under the user's `PATH`. For example: ```sh [mindtree@minddesk:~]$ forc plugins /home/mindtree/.cargo/bin/forc-fmt /home/mindtree/.cargo/bin/forc-explore /home/mindtree/.cargo/bin/forc-lsp ``` We could potentially add flags to this command in the future for: - only emitting executable names (not full paths) - printing versions and descriptions in a table - outputting via JSON or TOML for easier machine digestion. For now, this PR just aims to add initial support. The logic included in this should make it easier to include available plugin commands in a future `forc --list` command too (ala #702).
Closes #1198. Lists the full path to every `forc-*` plugin discovered under the user's `PATH`. For example: ```sh [mindtree@minddesk:~]$ forc plugins /home/mindtree/.cargo/bin/forc-fmt /home/mindtree/.cargo/bin/forc-explore /home/mindtree/.cargo/bin/forc-lsp ``` We could potentially add flags to this command in the future for: - only emitting executable names (not full paths) - printing versions and descriptions in a table - outputting via JSON or TOML for easier machine digestion. For now, this PR just aims to add initial support. The logic included in this should make it easier to include available plugin commands in a future `forc --list` command too (ala #702).
I think this would still be quite useful for downstream tooling. E.g. the We should also consider including available plugin commands in the output (I think |
* Add a `forc plugins` command for listing all plugins Closes #1198. Lists the full path to every `forc-*` plugin discovered under the user's `PATH`. For example: ```sh [mindtree@minddesk:~]$ forc plugins /home/mindtree/.cargo/bin/forc-fmt /home/mindtree/.cargo/bin/forc-explore /home/mindtree/.cargo/bin/forc-lsp ``` We could potentially add flags to this command in the future for: - only emitting executable names (not full paths) - printing versions and descriptions in a table - outputting via JSON or TOML for easier machine digestion. For now, this PR just aims to add initial support. The logic included in this should make it easier to include available plugin commands in a future `forc --list` command too (ala #702). * Specify major.minor for forc's walkdir dependency
|
Labelled as low-priority as |
Would it be a good time to re-prioritise this issue? I think as we start to move plugins into their own repos (#2608, #2609) we might get more questions of "why is XYZ feature not listed under cargo prompts you to 'see all commands with --list', which I think we can follow as a guide here perhaps. |
@bingcicle we do have the
It is a little minimal and janky, but perhaps this is enough to get by for now? That said, if you'd like to improve this as a part of your fuelup plugin standardization work I think that makes sense. In retrospect, If we do go with |
Nope, this doesn't affect fuelup standardization work and I don't think it's some urgent work, it was just something that came up in my mind. It's true that But yeah, you're right, we can let people know that those commands are plugins and they can see them using the |
This issue was initially meant as a stepping stone to #482, which was implemented by other means. Can this issue be closed? |
Sounds good, I revived the issue again with my comment above after noticing some devs running into the |
Lists commands, similar to
cargo --list
The text was updated successfully, but these errors were encountered: