-
Notifications
You must be signed in to change notification settings - Fork 1
/
.dependency-cruiser.js
431 lines (412 loc) · 17 KB
/
.dependency-cruiser.js
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
/* eslint-disable @typescript-eslint/naming-convention */
/* eslint-disable max-lines */
/** @type {import('dependency-cruiser').IConfiguration} */
export default {
forbidden: [
/* rules from the 'recommended' preset: */
{
comment: 'This dependency is part of a circular relationship. You might want to revise your solution (i.e. use dependency inversion, make sure the modules have a single responsibility) ',
from: {},
name: 'no-circular',
severity: 'warn',
to: {
circular: true,
dependencyTypesNot: ['type-only'],
},
},
{
comment:
"This is an orphan module - it's likely not used (anymore?). Either use it or " +
"remove it. If it's logical this module is an orphan (i.e. it's a config file), " +
'add an exception for it in your dependency-cruiser configuration. By default ' +
'this rule does not scrutinize dot-files (e.g. .eslintrc.js), TypeScript declaration ' +
'files (.d.ts), tsconfig.json and some of the babel and webpack configs.',
from: {
orphan: true,
pathNot: [
String.raw`(^|/)\.[^/]+\.(js|cjs|mjs|ts|json)$`, // dot files
String.raw`\.d\.ts$`, // TypeScript declaration files
String.raw`(^|/)tsconfig\.json$`, // TypeScript config
String.raw`(^|/)(babel|webpack)\.config\.(js|cjs|mjs|ts|json)$`, // other configs
String.raw`src/mocks/vueProject/tailwind.config.js`,
],
},
name: 'no-orphans',
severity: 'warn',
to: {},
},
{
comment: "A module depends on a node core module that has been deprecated. Find an alternative - these are bound to exist - node doesn't deprecate lightly.",
from: {},
name: 'no-deprecated-core',
severity: 'warn',
to: {
dependencyTypes: ['core'],
path: [
'^(v8/tools/codemap)$',
'^(v8/tools/consarray)$',
'^(v8/tools/csvparser)$',
'^(v8/tools/logreader)$',
'^(v8/tools/profile_view)$',
'^(v8/tools/profile)$',
'^(v8/tools/SourceMap)$',
'^(v8/tools/splaytree)$',
'^(v8/tools/tickprocessor-driver)$',
'^(v8/tools/tickprocessor)$',
'^(node-inspect/lib/_inspect)$',
'^(node-inspect/lib/internal/inspect_client)$',
'^(node-inspect/lib/internal/inspect_repl)$',
'^(async_hooks)$',
'^(punycode)$',
'^(domain)$',
'^(constants)$',
'^(sys)$',
'^(_linklist)$',
'^(_stream_wrap)$',
],
},
},
{
comment: 'This module uses a (version of an) npm module that has been deprecated. Either upgrade to a later version of that module, or find an alternative. Deprecated modules are a security risk.',
from: {},
name: 'not-to-deprecated',
severity: 'warn',
to: {
dependencyTypes: ['deprecated'],
},
},
{
comment:
"This module depends on an npm package that isn't in the 'dependencies' section of your package.json. " +
"That's problematic as the package either (1) won't be available on live (2 - worse) will be " +
'available on live with an non-guaranteed version. Fix it by adding the package to the dependencies ' +
'in your package.json.',
from: {},
name: 'no-non-package-json',
severity: 'error',
to: {
dependencyTypes: ['npm-no-pkg', 'npm-unknown'],
},
},
{
comment: "This module depends on a module that cannot be found ('resolved to disk'). If it's an npm module: add it to your package.json. In all other cases you likely already know what to do.",
from: {},
name: 'not-to-unresolvable',
severity: 'error',
to: {
couldNotResolve: true,
pathNot: ['shuutils'],
},
},
{
comment: "Likely this module depends on an external ('npm') package that occurs more than once in your package.json i.e. bot as a devDependencies and in dependencies. This will cause maintenance problems later on.",
from: {},
name: 'no-duplicate-dep-types',
severity: 'warn',
to: {
// types for this rule
dependencyTypesNot: ['type-only'],
// as it's pretty common to have a type import be a type only import
// _and_ (e.g.) a devDependency - don't consider type-only dependency
moreThanOneDependencyType: true,
},
},
/* rules you might want to tweak for your specific situation: */
{
comment: "This module depends on code within a folder that should only contain tests. As tests don't implement functionality this is odd. Either you're writing a test outside the test folder or there's something in the test folder that isn't a test.",
from: {
pathNot: '^(tests)',
},
name: 'not-to-test',
severity: 'error',
to: {
path: '^(tests)',
},
},
{
comment: "This module depends on a spec (test) file. The sole responsibility of a spec file is to test code. If there's something in a spec that's of use to other modules, it doesn't have that single responsibility anymore. Factor it out into (e.g.) a separate utility/ helper or a mock.",
from: {},
name: 'not-to-spec',
severity: 'error',
to: {
path: String.raw`\.(spec|test)\.(js|mjs|cjs|ts|ls|coffee|litcoffee|coffee\.md)$`,
},
},
{
comment:
"This module depends on an npm package from the 'devDependencies' section of your " +
'package.json. It looks like something that ships to production, though. To prevent problems ' +
"with npm packages that aren't there on production declare it (only!) in the 'dependencies'" +
'section of your package.json. If this module is development only - add it to the ' +
'from.pathNot re of the not-to-dev-dep rule in the dependency-cruiser configuration',
from: {
path: '^(src|tests)',
pathNot: String.raw`\.(spec|test)\.(js|mjs|cjs|ts|ls|coffee|litcoffee|coffee\.md)$`,
},
name: 'not-to-dev-dep',
severity: 'error',
to: {
dependencyTypes: ['npm-dev'],
},
},
{
comment:
'This module depends on an npm package that is declared as an optional dependency ' +
"in your package.json. As this makes sense in limited situations only, it's flagged here. " +
"If you're using an optional dependency here by design - add an exception to your" +
'dependency-cruiser configuration.',
from: {},
name: 'optional-deps-used',
severity: 'info',
to: {
dependencyTypes: ['npm-optional'],
},
},
{
comment:
'This module depends on an npm package that is declared as a peer dependency ' +
'in your package.json. This makes sense if your package is e.g. a plugin, but in ' +
'other cases - maybe not so much. If the use of a peer dependency is intentional ' +
'add an exception to your dependency-cruiser configuration.',
from: {},
name: 'peer-deps-used',
severity: 'warn',
to: {
dependencyTypes: ['npm-peer'],
},
},
],
options: {
// conditions specifying which files not to follow further when encountered:
// - path: a regular expression to match
// - dependencyTypes: see https://github.com/sverweij/dependency-cruiser/blob/master/doc/rules-reference.md#dependencytypes-and-dependencytypesnot
// for a complete list
//
doNotFollow: {
path: 'node_modules',
},
// conditions specifying which dependencies to exclude
// - path: a regular expression to match
// - dynamic: a boolean indicating whether to ignore dynamic (true) or static (false) dependencies.
// leave out if you want to exclude neither (recommended!)
//
// exclude : {
// path: '',
// dynamic: true
// },
// pattern specifying which files to include (regular expression)
// dependency-cruiser will skip everything not matching this pattern
//
// includeOnly : '',
// dependency-cruiser will include modules matching against the focus
// regular expression in its output, as well as their neighbors (direct
// dependencies and dependents)
//
// focus : '',
/* list of module systems to cruise */
// moduleSystems: ['amd', 'cjs', 'es6', 'tsd'],
// prefix for links in html and svg output (e.g. 'https://github.com/you/yourrepo/blob/develop/'
// to open it on your online repo or `vscode://file/${process.cwd()}/` to
// open it in visual studio code),
//
// prefix: '',
// false (the default): ignore dependencies that only exist before typescript-to-javascript compilation
// true: also detect dependencies that only exist before typescript-to-javascript compilation
// "specify": for each dependency identify whether it only exists before compilation or also after
//
enhancedResolveOptions: {
// List of strings to consider as 'exports' fields in package.json. Use
// ['exports'] when you use packages that use such a field and your environment
// supports it (e.g. node ^12.19 || >=14.7 or recent versions of webpack).
//
// If you have an `exportsFields` attribute in your webpack config, that one
// will have precedence over the one specified here.
//
conditionNames: ['import', 'require', 'node', 'default'],
// List of conditions to check for in the exports field. e.g. use ['imports']
// if you're only interested in exposed es6 modules, ['require'] for commonjs,
// or all conditions at once `(['import', 'require', 'node', 'default']`)
// if anything goes for you. Only works when the 'exportsFields' array is
// non-empty.
//
// If you have a 'conditionNames' attribute in your webpack config, that one will
// have precedence over the one specified here.
//
exportsFields: ['exports'],
/*
The extensions, by default are the same as the ones dependency-cruiser
can access (run `npx depcruise --info` to see which ones that are in
_your_ environment. If that list is larger than what you need (e.g.
it contains .js, .jsx, .ts, .tsx, .cts, .mts - but you don't use
TypeScript you can pass just the extensions you actually use (e.g.
[".js", ".jsx"]). This can speed up the most expensive step in
dependency cruising (module resolution) quite a bit.
*/
// extensions: [".js", ".jsx", ".ts", ".tsx", ".d.ts"]
},
//
// list of extensions to scan that aren't javascript or compile-to-javascript.
// Empty by default. Only put extensions in here that you want to take into
// account that are _not_ parsable.
//
// extraExtensionsToScan: [".json", ".jpg", ".png", ".svg", ".webp"],
// if true combines the package.json found from the module up to the base
// folder the cruise is initiated from. Useful for how (some) mono-repos
// manage dependencies & dependency definitions.
//
// combinedDependencies: false,
/* if true leave symlinks untouched, otherwise use the realpath */
// preserveSymlinks: false,
// TypeScript project file ('tsconfig.json') to use for
// (1) compilation and
// (2) resolution (e.g. with the paths property)
//
// The (optional) fileName attribute specifies which file to take (relative to
// dependency-cruiser's current working directory). When not provided
// defaults to './tsconfig.json'.
reporterOptions: {
archi: {
// pattern of modules that can be consolidated in the high level
// graphical dependency graph. If you use the high level graphical
// dependency graph reporter (`archi`) you probably want to tweak
// this collapsePattern to your situation.
//
collapsePattern: '^(packages|src|lib|app|bin|test(s?)|spec(s?))/[^/]+|node_modules/[^/]+',
// Options to tweak the appearance of your graph.See
// https://github.com/sverweij/dependency-cruiser/blob/master/doc/options-reference.md#reporteroptions
// for details and some examples. If you don't specify a theme
// for 'archi' dependency-cruiser will use the one specified in the
// dot section (see above), if any, and otherwise use the default one.
//
// theme: {
// },
},
dot: {
// pattern of modules that can be consolidated in the detailed
// graphical dependency graph. The default pattern in this configuration
// collapses everything in node_modules to one folder deep so you see
// the external modules, but not the innards your app depends upon.
//
collapsePattern: 'node_modules/[^/]+',
// Options to tweak the appearance of your graph.See
// https://github.com/sverweij/dependency-cruiser/blob/master/doc/options-reference.md#reporteroptions
// for details and some examples. If you don't specify a theme
// don't worry - dependency-cruiser will fall back to the default one.
//
// theme: {
// graph: {
// /* use splines: "ortho" for straight lines. Be aware though
// graphviz might take a long time calculating orthogonal
// routings.
// */
// splines: "true"
// },
// modules: [
// {
// criteria: { matchesFocus: true },
// attributes: {
// fillcolor: "lime",
// penwidth: 2,
// },
// },
// {
// criteria: { matchesFocus: false },
// attributes: {
// fillcolor: "lightgrey",
// },
// },
// {
// criteria: { matchesReaches: true },
// attributes: {
// fillcolor: "lime",
// penwidth: 2,
// },
// },
// {
// criteria: { matchesReaches: false },
// attributes: {
// fillcolor: "lightgrey",
// },
// },
// {
// criteria: { source: "^src/model" },
// attributes: { fillcolor: "#ccccff" }
// },
// {
// criteria: { source: "^src/view" },
// attributes: { fillcolor: "#ccffcc" }
// },
// ],
// dependencies: [
// {
// criteria: { "rules[0].severity": "error" },
// attributes: { fontcolor: "red", color: "red" }
// },
// {
// criteria: { "rules[0].severity": "warn" },
// attributes: { fontcolor: "orange", color: "orange" }
// },
// {
// criteria: { "rules[0].severity": "info" },
// attributes: { fontcolor: "blue", color: "blue" }
// },
// {
// criteria: { resolved: "^src/model" },
// attributes: { color: "#0000ff77" }
// },
// {
// criteria: { resolved: "^src/view" },
// attributes: { color: "#00770077" }
// }
// ]
// }
},
text: {
highlightFocused: true,
},
},
// Webpack configuration to use to get resolve options from.
//
// The (optional) fileName attribute specifies which file to take (relative
// to dependency-cruiser's current working directory. When not provided defaults
// to './webpack.conf.js'.
//
// The (optional) `env` and `args` attributes contain the parameters to be passed if
// your webpack config is a function and takes them (see webpack documentation
// for details)
//
// webpackConfig: {
// fileName: './webpack.config.js',
// env: {},
// args: {},
// },
// Babel config ('.babelrc', '.babelrc.json', '.babelrc.json5', ...) to use
// for compilation (and whatever other naughty things babel plugins do to
// source code). This feature is well tested and usable, but might change
// behavior a bit over time (e.g. more precise results for used module
// systems) without dependency-cruiser getting a major version bump.
//
// babelConfig: {
// fileName: './.babelrc'
// },
// List of strings you have in use in addition to cjs/ es6 requires
// & imports to declare module dependencies. Use this e.g. if you've
// re-declared require, use a require-wrapper or use window.require as
// a hack.
//
// exoticRequireStrings: [],
// options to pass on to enhanced-resolve, the package dependency-cruiser
// uses to resolve module references to disk. You can set most of these
// options in a webpack.conf.js - this section is here for those
// projects that don't have a separate webpack config file.
//
// Note: settings in webpack.conf.js override the ones specified here.
//
tsConfig: {
fileName: 'tsconfig.json',
},
//
tsPreCompilationDeps: true,
},
}
// generated: [email protected] on 2022-12-11T09:39:30.137Z