-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
Source JavaScript modules from npm #6203
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
Comments
I'm in favour of moving to npm for JS modules (in fact I recently forked a project to do exactly this to it), however the JavaScript Licences page is a requirement that we provide a list of the licenses used (perhaps this could be autogenerated from package.json info of each project). |
Yes, most npm packages have license info in their package.json. Would you think the license name and a link to the package homepage would suffice? I guess not all packages would feature a |
I'm thinking of going one step further and adding a minimal webpack build process. It could produce a single |
Committing the |
Yeah, I don't like committing build files either. We could require Node.js and a Internet connection to compile both CSS and JS during the build. |
The build server could generate the files and commit them for Upsides:
Downsides:
|
Does this also mean these files will be added to |
This is in progress. Not all libs are sourceable from npm but some might be. We can handle them on a case-per-case basis, no need to keep this open. |
JavaScript modules are currently manually placed in
public/vendor/plugins
and updating them is not straightfoward as one needs to both manually copy new files and update the licences page. I'd suggest:public/vendor/plugins
by adding all modules topackage.json
and copying the relevant files fromnode_modules
in a make task.The text was updated successfully, but these errors were encountered: