-
Notifications
You must be signed in to change notification settings - Fork 346
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
Adding commands to devenv #117
Comments
I think this feature would completely eliminate the need for a Makefile. |
What is the benefit of the subcommand over the already existing script support? It seems the only difference is whether the script is on the PATH vs. the subcommand is built-in the devenv script. |
I think I'd prefer it to be a global config in I'd use it like E.g.
|
Inspiration: |
I do like that something like I also like that this makes the configuration less dependent on the devenv executable. Being able to run some of these commands without devenv will allow better usage of them when using devenv in a flake. That said, the distinction between subcommands and scripts is not clear. There probably needs to be docs on when to use one or the other. @sayanarijit having them configurable globally will make the the environment not reproducible anymore. You'd have to communicate to any users which plugins they need to install/enable. |
I've been using this approach successfully for years, using infranix. Anyway, I just wanted to say that the "plugin experience" you get from this (especially when you're using the module system directly, I don't know if end users will do that in If you haven't seen just, I recommend you look into it. It is a very nice alternative to Makefiles, and could either be useful behind the scenes in Also, if you ever find yourself implementing auto completion, compleat is a very useful DSL for it. |
See #1362 |
We need to explore different ways how we can make plugins hook as a subcommand, Cargo itself does this. |
It would be interesting if there was a way to extend devenv commands. This would allow for some kind of concept of plugins.
And running it:
Could be used with #103 for cli parsing.
The text was updated successfully, but these errors were encountered: