1 | [npm]: https://img.shields.io/npm/v/@rollup/plugin-node-resolve
|
2 | [npm-url]: https://www.npmjs.com/package/@rollup/plugin-node-resolve
|
3 | [size]: https://packagephobia.now.sh/badge?p=@rollup/plugin-node-resolve
|
4 | [size-url]: https://packagephobia.now.sh/result?p=@rollup/plugin-node-resolve
|
5 |
|
6 | [![npm][npm]][npm-url]
|
7 | [![size][size]][size-url]
|
8 | [![libera manifesto](https://img.shields.io/badge/libera-manifesto-lightgrey.svg)](https://liberamanifesto.com)
|
9 |
|
10 | # @rollup/plugin-node-resolve
|
11 |
|
12 | 🍣 A Rollup plugin which locates modules using the [Node resolution algorithm](https://nodejs.org/api/modules.html#modules_all_together), for using third party modules in `node_modules`
|
13 |
|
14 | ## Requirements
|
15 |
|
16 | This plugin requires an [LTS](https://github.com/nodejs/Release) Node version (v8.0.0+) and Rollup v1.20.0+.
|
17 |
|
18 | ## Install
|
19 |
|
20 | Using npm:
|
21 |
|
22 | ```console
|
23 | npm install @rollup/plugin-node-resolve --save-dev
|
24 | ```
|
25 |
|
26 | ## Usage
|
27 |
|
28 | Create a `rollup.config.js` [configuration file](https://www.rollupjs.org/guide/en/#configuration-files) and import the plugin:
|
29 |
|
30 | ```js
|
31 | import { nodeResolve } from '@rollup/plugin-node-resolve';
|
32 |
|
33 | export default {
|
34 | input: 'src/index.js',
|
35 | output: {
|
36 | dir: 'output',
|
37 | format: 'cjs'
|
38 | },
|
39 | plugins: [nodeResolve()]
|
40 | };
|
41 | ```
|
42 |
|
43 | Then call `rollup` either via the [CLI](https://www.rollupjs.org/guide/en/#command-line-reference) or the [API](https://www.rollupjs.org/guide/en/#javascript-api).
|
44 |
|
45 | ## Package entrypoints
|
46 |
|
47 | This plugin supports the package entrypoints feature from node js, specified in the `exports` or `imports` field of a package. Check the [official documentation](https://nodejs.org/api/packages.html#packages_package_entry_points) for more information on how this works. This is the default behavior. In the abscence of these fields, the fields in `mainFields` will be the ones to be used.
|
48 |
|
49 | ## Options
|
50 |
|
51 | ### `exportConditions`
|
52 |
|
53 | Type: `Array[...String]`<br>
|
54 | Default: `[]`
|
55 |
|
56 | Additional conditions of the package.json exports field to match when resolving modules. By default, this plugin looks for the `['default', 'module', 'import']` conditions when resolving imports.
|
57 |
|
58 | When using `@rollup/plugin-commonjs` v16 or higher, this plugin will use the `['default', 'module', 'require']` conditions when resolving require statements.
|
59 |
|
60 | Setting this option will add extra conditions on top of the default conditions. See https://nodejs.org/api/packages.html#packages_conditional_exports for more information.
|
61 |
|
62 | In order to get the [resolution behavior of Node.js](https://nodejs.org/api/packages.html#packages_conditional_exports), set this to `['node']`.
|
63 |
|
64 | ### `browser`
|
65 |
|
66 | Type: `Boolean`<br>
|
67 | Default: `false`
|
68 |
|
69 | If `true`, instructs the plugin to use the browser module resolutions in `package.json` and adds `'browser'` to `exportConditions` if it is not present so browser conditionals in `exports` are applied. If `false`, any browser properties in package files will be ignored. Alternatively, a value of `'browser'` can be added to both the `mainFields` and `exportConditions` options, however this option takes precedence over `mainFields`.
|
70 |
|
71 | > This option does not work when a package is using [package entrypoints](https://nodejs.org/api/packages.html#packages_package_entry_points)
|
72 |
|
73 | ### `moduleDirectories`
|
74 |
|
75 | Type: `Array[...String]`<br>
|
76 | Default: `['node_modules']`
|
77 |
|
78 | One or more directories in which to recursively look for modules.
|
79 |
|
80 | ### `dedupe`
|
81 |
|
82 | Type: `Array[...String]`<br>
|
83 | Default: `[]`
|
84 |
|
85 | An `Array` of modules names, which instructs the plugin to force resolving for the specified modules to the root `node_modules`. Helps to prevent bundling the same package multiple times if package is imported from dependencies.
|
86 |
|
87 | ```js
|
88 | dedupe: ['my-package', '@namespace/my-package'];
|
89 | ```
|
90 |
|
91 | This will deduplicate bare imports such as:
|
92 |
|
93 | ```js
|
94 | import 'my-package';
|
95 | import '@namespace/my-package';
|
96 | ```
|
97 |
|
98 | And it will deduplicate deep imports such as:
|
99 |
|
100 | ```js
|
101 | import 'my-package/foo.js';
|
102 | import '@namespace/my-package/bar.js';
|
103 | ```
|
104 |
|
105 | ### `extensions`
|
106 |
|
107 | Type: `Array[...String]`<br>
|
108 | Default: `['.mjs', '.js', '.json', '.node']`
|
109 |
|
110 | Specifies the extensions of files that the plugin will operate on.
|
111 |
|
112 | ### `jail`
|
113 |
|
114 | Type: `String`<br>
|
115 | Default: `'/'`
|
116 |
|
117 | Locks the module search within specified path (e.g. chroot). Modules defined outside this path will be ignored by this plugin.
|
118 |
|
119 | ### `mainFields`
|
120 |
|
121 | Type: `Array[...String]`<br>
|
122 | Default: `['module', 'main']`<br>
|
123 | Valid values: `['browser', 'jsnext:main', 'module', 'main']`
|
124 |
|
125 | Specifies the properties to scan within a `package.json`, used to determine the bundle entry point. The order of property names is significant, as the first-found property is used as the resolved entry point. If the array contains `'browser'`, key/values specified in the `package.json` `browser` property will be used.
|
126 |
|
127 | ### `preferBuiltins`
|
128 |
|
129 | Type: `Boolean`<br>
|
130 | Default: `true` (with warnings if a builtin module is used over a local version. Set to `true` to disable warning.)
|
131 |
|
132 | If `true`, the plugin will prefer built-in modules (e.g. `fs`, `path`). If `false`, the plugin will look for locally installed modules of the same name.
|
133 |
|
134 | ### `modulesOnly`
|
135 |
|
136 | Type: `Boolean`<br>
|
137 | Default: `false`
|
138 |
|
139 | If `true`, inspect resolved files to assert that they are ES2015 modules.
|
140 |
|
141 | ### `resolveOnly`
|
142 |
|
143 | Type: `Array[...String|RegExp] | (module: string) => boolean`<br>
|
144 | Default: `null`
|
145 |
|
146 | An `Array` which instructs the plugin to limit module resolution to those whose names match patterns in the array. _Note: Modules not matching any patterns will be marked as external._
|
147 |
|
148 | Alternatively, you may pass in a function that returns a boolean to confirm whether the module should be included or not.
|
149 |
|
150 | Examples:
|
151 |
|
152 | - `resolveOnly: ['batman', /^@batcave\/.*$/]`
|
153 | - `resolveOnly: module => !module.includes('joker')`
|
154 |
|
155 | ### `rootDir`
|
156 |
|
157 | Type: `String`<br>
|
158 | Default: `process.cwd()`
|
159 |
|
160 | Specifies the root directory from which to resolve modules. Typically used when resolving entry-point imports, and when resolving deduplicated modules. Useful when executing rollup in a package of a mono-repository.
|
161 |
|
162 | ```
|
163 | // Set the root directory to be the parent folder
|
164 | rootDir: path.join(process.cwd(), '..')
|
165 | ```
|
166 |
|
167 | ### `ignoreSideEffectsForRoot`
|
168 |
|
169 | If you use the `sideEffects` property in the package.json, by default this is respected for files in the root package. Set to `true` to ignore the `sideEffects` configuration for the root package.
|
170 |
|
171 | ## Preserving symlinks
|
172 |
|
173 | This plugin honours the rollup [`preserveSymlinks`](https://rollupjs.org/guide/en/#preservesymlinks) option.
|
174 |
|
175 | ## Using with @rollup/plugin-commonjs
|
176 |
|
177 | Since most packages in your node_modules folder are probably legacy CommonJS rather than JavaScript modules, you may need to use [@rollup/plugin-commonjs](https://github.com/rollup/plugins/tree/master/packages/commonjs):
|
178 |
|
179 | ```js
|
180 | // rollup.config.js
|
181 | import { nodeResolve } from '@rollup/plugin-node-resolve';
|
182 | import commonjs from '@rollup/plugin-commonjs';
|
183 |
|
184 | export default {
|
185 | input: 'main.js',
|
186 | output: {
|
187 | file: 'bundle.js',
|
188 | format: 'iife',
|
189 | name: 'MyModule'
|
190 | },
|
191 | plugins: [nodeResolve(), commonjs()]
|
192 | };
|
193 | ```
|
194 |
|
195 | ## Resolving Built-Ins (like `fs`)
|
196 |
|
197 | By default this plugin will prefer built-ins over local modules, marking them as external.
|
198 |
|
199 | See [`preferBuiltins`](#preferbuiltins).
|
200 |
|
201 | To provide stubbed versions of Node built-ins, use a plugin like [rollup-plugin-node-polyfills](https://github.com/ionic-team/rollup-plugin-node-polyfills) and set `preferBuiltins` to `false`. e.g.
|
202 |
|
203 | ```js
|
204 | import { nodeResolve } from '@rollup/plugin-node-resolve';
|
205 | import nodePolyfills from 'rollup-plugin-node-polyfills';
|
206 | export default ({
|
207 | input: ...,
|
208 | plugins: [
|
209 | nodePolyfills(),
|
210 | nodeResolve({ preferBuiltins: false })
|
211 | ],
|
212 | external: builtins,
|
213 | output: ...
|
214 | })
|
215 | ```
|
216 |
|
217 | ## Resolving require statements
|
218 |
|
219 | According to [NodeJS module resolution](https://nodejs.org/api/packages.html#packages_package_entry_points) `require` statements should resolve using the `require` condition in the package exports field, while es modules should use the `import` condition.
|
220 |
|
221 | The node resolve plugin uses `import` by default, you can opt into using the `require` semantics by passing an extra option to the resolve function:
|
222 |
|
223 | ```js
|
224 | this.resolve(importee, importer, {
|
225 | skipSelf: true,
|
226 | custom: { 'node-resolve': { isRequire: true } }
|
227 | });
|
228 | ```
|
229 |
|
230 | ## Meta
|
231 |
|
232 | [CONTRIBUTING](/.github/CONTRIBUTING.md)
|
233 |
|
234 | [LICENSE (MIT)](/LICENSE)
|