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

improve friendliness of developing resources #64

Open
ahdinosaur opened this issue Jul 8, 2013 · 1 comment
Open

improve friendliness of developing resources #64

ahdinosaur opened this issue Jul 8, 2013 · 1 comment

Comments

@ahdinosaur
Copy link

right now it's not friendly to develop resources.

when developing from within the 'resources' repo:

  • you have to constantly rm -rf the resources cache that pops up, otherwise the resource module will use that cache instead of the repo resouces
  • you have to sudo npm link && npm link resources which is confusing

when developing from within an app:

  • you lose the ability to version control alongside 'resources' repo
  • if you then develop in 'resources' repo, npm link it, you still have to rm -rf the resources you want overridden by the repo every time you make a change, because of the resources cache.

my solution is to focus development on a 'resources' repo

  • an app is just a resource in this 'resources' repo
  • the big binary should be meant for being run within 'resources' repos
    • creating docs, packaging on resource in repo should be easy using big binary
  • running the app should be done by starting the resource, using the big binary
  • no more cache, as there is no more difference between app resource and other resources. if you want to make a new app with new resources, fork the 'resources' repo.
@juliankrispel
Copy link

👍

Wouldn't it be nice if we could just use use with a development resource that isn't inside the node_modules or resources folder as well?

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

2 participants