Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Ability for user created subcommands #403

sindresorhus opened this Issue Apr 18, 2013 · 6 comments


None yet
6 participants

sindresorhus commented Apr 18, 2013

Just throwing it out there. Could be useful to let the community create Bower subcommands or even extend exiting ones.

Component(1) is doing it.

This could solve people's complaints about Bower being too unopinionated. They could then just create a eg RequireJS subcommand bower rjs that added installed components to their RJS config.


addyosmani commented Apr 18, 2013

Was just looking through some of the component(1) examples. I like the idea of offering users a way to define subcommands, so +1.


desandro commented Apr 18, 2013

Hmm, I feel like this is the realm of Grunt.

mehcode commented Apr 18, 2013

I agree with @desandro. 👎
This is in the domain of grunt / brunch / assembler / (insert another build tool here).

I feel this would be misused to create 15 different bower-amd variants (among other things). Grunt already has this problem (and thus is moving to node-task).


wibblymat commented Apr 18, 2013

Hmm. Not convinced by the rjs example - why bother allowing people to make bower rjs when they could already make grunt rjs or make rjs work.

The component(1) examples make slightly more sense because they are actually using the internals of the tool but you can still do this with a standalone tool that uses the bower programmatic API.

So, 👎 unless a compelling use case comes up.


desandro commented Apr 18, 2013

I don't mean to completely throw this out. I think there is definitely something to integrate Bower better for commands. This issue has come up before - in that there wasn't an easy way to interface with Bower programmatically.


satazor commented Aug 4, 2013

Bower 1.x.x has --json that makes it very easy for tools to integrate with. Also the programatic API was improved by a great margin.

While this looks like a good idea at first glance, it would intersect with the scope of other tools, like Grunt and would make bower more complex. We want to keep bower as low level and simple as possible.

@satazor satazor closed this Aug 4, 2013

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment