Skip to content
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

Scaffolds and cf CLI Meta issue #7

Open
5 of 8 tasks
ericelliott opened this issue Jun 1, 2015 · 10 comments
Open
5 of 8 tasks

Scaffolds and cf CLI Meta issue #7

ericelliott opened this issue Jun 1, 2015 · 10 comments

Comments

@ericelliott
Copy link
Contributor

CLI

  • The CLI will be a binary called cf which can be installed globally. Packages that depend on it should install it locally as a devDependency.

API

If cf is invoked with missing arguments, it should:

  • display usage
  • prompt for missing arguments, one at a time

build

Create a new package from a Cloverfield scaffold. Scaffolds should be cached locally. See Scaffold Conventions

Usage

cf build <scaffold-name>

TODO:

@ericelliott ericelliott changed the title Establish scaffold conventions Scaffolds and cf CLI Jun 24, 2015
@ericelliott ericelliott added this to the 1.0 (2016) milestone Jun 24, 2015
@ericelliott ericelliott changed the title Scaffolds and cf CLI Scaffolds and cf CLI Meta issue Jun 24, 2015
@ericelliott
Copy link
Contributor Author

@nkbt Now that the boilerplates are starting to shape up, are you interested in working on this?

@nkbt
Copy link
Contributor

nkbt commented Jun 25, 2015

By all means, always wanted to build one for myself =)

@ericelliott
Copy link
Contributor Author

Great. I've created the Scaffold conventions doc. Feel free to take on the build tooling at your convenience.

@ericelliott
Copy link
Contributor Author

See JSHomes Platform Meta issue

@nkbt nkbt mentioned this issue Jul 4, 2015
@troutowicz
Copy link

This is looking great so far. I will be a little busy the next couple days but I plan on helping out!

@ericelliott
Copy link
Contributor Author

👍

@ericelliott
Copy link
Contributor Author

https://twitter.com/sethetter/status/618779021526970368

This is worth calling out. My primary problem with yeoman is the ecosystem signal to noise ratio. It got so bad, when I thought about scaffold solutions and realized we could probably just wrap yeoman, the idea of even having the project associated with yeoman mentally was bad enough it was worth starting from scratch.

How do we prevent the inevitably terrible scaffolds from turning off users?

I think the answer is that the CLI should have first class search and discovery for curated scaffolds, and no search/discovery for community scaffolds. If people want to search past the cf whitelist, they can use npm search, Google, or GitHub search.

We're not yeoman and we're not npm, where you search for needles in a giant haystack. We're a tool for eliminating choices, not adding to them.

@therealklanni
Copy link

👍

@ericelliott
Copy link
Contributor Author

@nkbt It's been a while since we saw any activity here. Where are we on turning prod-module-boilerplate into a cf scaffold?

@nkbt
Copy link
Contributor

nkbt commented Aug 1, 2015 via email

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

No branches or pull requests

4 participants