{ “url” : “http://github.com/owner/project/issues”
, “email” : “project@hostname.com”
}
你可以指定一个或者指定两个。如果你只想提供一个url，那就不用对象了，字符串就行。
如果提供了url，它会被npm bugs命令使用。
license
你应该要指定一个许可证，让人知道使用的权利和限制的。
最简单的方法是，假如你用一个像BSD或者MIT这样通用的许可证，就只需要指定一个许可证的名字，像这样：
{ “license” : “BSD” }
如果你又更复杂的许可条件，或者想要提供给更多地细节，可以这样:
“licenses” : [
{ “type” : “MyLicense”
, “url” : “http://github.com/owner/project/path/to/license”
}
]在根目录中提供一个许可证文件也蛮好的。
people fields: author, contributors
author是一个人。contributors是一堆人的数组。person是一个有name字段，可选的有url、email字段的对象，像这样：
{ “name” : “Barney Rubble”
, “email” : “b@rubble.com”
, “url” : “http://barnyrubble.tumblr.com/”
}
或者可以把所有的东西都放到一个字符串里，npm会给你解析：
“Barney Rubble <b@rubble.com> (http://barnyrubble.tumblr.com/)
email和url在两种形式中都是可选的。
也可以在你的npm用户信息中设置一个顶级的maintainers字段。
files
files是一个包含项目中的文件的数组。如果命名了一个文件夹，那也会包含文件夹中的文件。（除非被其他条件忽略了）
你也可以提供一个.npmignore文件，让即使被包含在files字段中得文件被留下。其实就像.gitignore一样。
main
main字段是一个模块ID，它是一个指向你程序的主要项目。就是说，如果你包的名字叫foo，然后用户安装它，然后require(“foo”)，然后你的main模块的exports对象会被返回。
这应该是一个相对于根目录的模块ID。
对于大多数模块，它是非常有意义的，其他的都没啥。
bin
很多包都有一个或多个可执行的文件希望被放到PATH中。npm让妈妈再也不用担心了（实际上，就是这个功能让npm可执行的）。
要用这个功能，给package.json中的bin字段一个命令名到文件位置的map。初始化的时候npm会将他链接到prefix/bin（全局初始化）或者./node_modules/.bin/（本地初始化）。
比如，npm有：
{ “bin” : { “npm” : “./cli.js” } }
所以，当你初始化npm，它会创建一个符号链接到cli.js脚本到/usr/local/bin/npm。
