cdnjs Library Repository
Master branch build status:
Dependencies status:
License:
Gitter chat room:
Issue stats:
Donation:
cdnjs is the repository mirroring all library assets on cdnjs.cloudflare.com.
Thomas Davis and Ryan Kirkman created cdnjs, Drew Freyling and Peter Dave Hello are maintainers. Juan Gallardo is our community moderator.
cdnjs will host any production version of any JavaScript/CSS library, subject to license permissions.
- Libraries must have notable popularity: 100 stars or watchers on GitHub is a good example, but as long as reasonable popularity can be demonstrated the library will be added.
- Beta, release candidate and alpha releases are not usually considered ready for full production status. Requests for pre-release versions of libraries may be declined after peer review.
- We'll accept beta, release candidate and alpha releases if you are using our npm/git auto-update mechanism, if you really want it, please setup auto-update for that lib.
Please raise a new pull request for new library additions and existing library updates, following the instructions below.
IMPORTANT - No more manual submissions
It's time for us to move away from manual submissions and focus solely on getting libraries updating from official sources. Everything is still flakey and we hope you can bear with us in this transition.
All pull requests should just add auto update configs to the package.json
Adding a new or updating an existing library
cdnjs relies on user-submitted pull requests and automatic updating via npm
to populate and update libraries.
To add a new library, or update an existing library outside of npm
, start by forking the cdnjs repo to your own GitHub account.
If you're adding/modifying outside of the GitHub browser interface, for example on the command line or with the GitHub desktop application, you will need to additionally install node
locally. For more information on installing node
, please refer to nodejs.org.
When you have forked the cdnjs repo, add your library to it. Libraries are stored in the ajax/libs
directory. Each library has its own subdirectory of ajax/libs
and each version of the library has its own subdirectory of the library directory name, for example:
/ajax/libs/jquery/2.0.0/
@IonicaBizau wrote a NodeJS command line tool for automating the adding process of a new library. This tool is named cdnjs-importer and it's open source.
The basic usage is:
$ npm install -g cdnjs-importer
$ cdnjs-importer <library-git-path>
This supposes that the cdnjs repository is downloaded in the home directory (~/
). The path to the cdnjs
local repository can also be specified using:
$ cdnjs-importer <library-git-path> -c path/to/cdnjs
For more information regarding this importer, please check out the repository documentation.
Conventions
You should consider the following when adding to or updating the library, so that we can keep our project neat, clean and clear:
-
Filenames should not include a version number.
- This is OK:
useful.min.js
, but this is not:useful-2.0.1.min.js
.
- This is OK:
-
JavaScript & CSS files should be minified to reduce network traffic and browser overhead.
- If the library doesn't already provide a minified version, cdnjs's preferred JavaScript minifier is UglifyJS
-
If you are updating a library, please try to maintain consistency with the existing file and directory structure.
- There will be occasions, particularly with major version increments, where this is not practical.
-
You should sync your local repository with our master branch as new as possible, try to make the commits' parent be new.
-
Please use
git pull --rebase
instead ofgit pull
, usegit rebase upstream/master
instead ofgit merge upstream/master
, so that we can avoid of meaningless merging. -
Only do one meaningful thing in one commits, don't mix different things into the same commit, like add two libs in a commit.
-
Every commits should be meaningful, don't cut one thing into multiple commits, like add a lib in 3 commits.
-
Inspect your work by
git diff
&git status
before commit your change. -
Inspect your commit by
git log --stat
&git log -p
before sending a pull request.
package.json
Create or update Each library has a corresponding package.json
, written in npm
format (see test/schemata/npm-package.json
for details or use another package.json
to crib from - it's pretty self-explanatory), and we use filename
field in package.json
to point to the mainfile of a lib, this field will be required. When an existing library is updated, the details in package.json
should be updated where required.
For example, if a new version of the library is added, the version number may need changing. Likewise, if you're adding npm
update information to a library, this is done in package.json
.
npm test
dependencies
Install If you don't have vows
installed do so by running:
npm install -g vows
npm test
to check all is well
Run If you're updating the library outside of npm
or the GitHub browser, you should run npm test
from the library directory to ensure everything is OK.
If you run npm test
and see no errors, all is well; resolve any errors before you raise your pull request and re-run npm test
to ensure everything works.
If you see an error then run npm install
before running npm test
:
vows: command not found
npm ERR! Test failed. See above for more details.
npm ERR! not ok code 0
Pull request pre-flight checks
- Have you complied with our conventions?
- Have you followed the library directory structure?
- Does a valid and accurate
package.json
exist for the library? - Have you minified JavaScript and CSS?
- Did
npm test
check out OK?
...if so, great! You're ready to raise a pull request.
Raising a pull request
Please restrict your pull request to one library. You can include >1 version/release of a library in a single pull request.
From a maintenance standpoint, it's much more straightforward to process pull requests where there is one commit for one library.
In your pull request title, tell us what you're doing.
-
If you are the author of the library, please add
[author]
to the pull request title. -
If you are adding a new lib, please add
[new]
to the pull request title.
Please include the following in your pull request:
- The origin of your new files
- e.g., where you downloaded the version from
A URL is ideal. Providing the origin of your files is very helpful as the cdnjs project is peer-reviewed. Practically speaking, it also helps us process your pull request more efficiently, which means your files go live sooner. Help us and we'll help you back.
npm
(recommended) or git
auto update
Enabling cdnjs automatically updates libraries that are known to be hosted on npm
or git repo, e.g., function-plot. npm auto-update relies on each release and git auto-update relies on the tags in git repo. This auto-update script runs every hour, but the update result won't be committed until one of our maintainers audit the updates, because many libs will change the naming or directory structure during different versions, and we may need to minify the lib without pre-minified dist files, so it'll be reasonable to delay for at most 30 hours, if you think there is a lib didn't been updated, please wait at least 30 hours for the process to audit it.
To add git
auto-update config to a library, update the package.json
with configuration details and submit your pull request. An example configuration:
"autoupdate": {
"source": "git",
"target": "git://github.com/jashkenas/underscore.git",
"basePath": "",
"files": [
"underscore-min.js",
"underscore-min.map",
"underscore.js"
]
}
To add an npm
hook to a library, update the package.json
with configuration details and submit your pull request. An example configuration:
"npmName": "function-plot",
"npmFileMap": [
{
"basePath": "dist",
"files": [
"**/*"
]
}
]
- Please don't touch
version
number in this step, it'll be automatically updated npmName
should map to the name of the library onnpm
npmFileMap
is a list of files to take from thenpm
tarball and host on cdnjsbasePath
will be ignored when copying over to the CDNfiles
is a pattern matcher allowing selection of multiple files
The above example looks in the tarball whose structure might look like this:
|__dist
| |__function-plot.js
|__bower.json
|__index.js
|__site.js
|__package.json
|__README.md
|__lib
| |__...
|__node_modules
| |__...
|__sandbox
| |__...
The auto-update process will look for dist
inside the named tarball and copy all the JavaScript file to cdnjs, minus the dist
path. The resulting files in cdnjs will be:
|__ajax
|__libs
|__function-plot
|__x.y.z
|__function-plot.js
...where x.y.z
is the version number, extracted from the package.json
on npm.
API
You can search cdnjs via our API:
https://api.cdnjs.com/libraries
Without any query parameters it will return the name and main file URL of every library on cdnjs. To search, use:
https://api.cdnjs.com/libraries?search=jquery
API will reture minified result by default, if you wanna have a human readable result, try output=human
like this:
https://api.cdnjs.com/libraries?output=human
https://api.cdnjs.com/libraries?search=jquery&output=human
If you would like more data, use the fields parameter which takes comma-separated values:
https://api.cdnjs.com/libraries?search=jquery&fields=version,description
To get a list of all files for that library, use the assets field:
https://api.cdnjs.com/libraries?search=jquery&fields=assets
Other fields available are:
version
description
homepage
keywords
maintainers
assets
The API is served over Cloudflare with a six-hour expiry for requests.