Provided by: npm_8.5.1~ds-1_all bug

NAME

       npm-find-dupes - Find duplication in the package tree

   Synopsis
         npm find-dupes

   Description
       Runs  npm  dedupe  in  --dry-run  mode,  making  npm only output the duplications, without
       actually changing the package tree.

   Configuration
       <!-- AUTOGENERATED CONFIG DESCRIPTIONS START --> <!-- automatically generated, do not edit
       manually --> <!-- see lib/utils/config/definitions.js -->

   global-style
       • Default: false

       • Type: Boolean

       Causes npm to install the package into your local node_modules folder with the same layout
       it uses with the global node_modules folder. Only your direct dependencies  will  show  in
       node_modules  and  everything  they  depend  on  will  be  flattened in their node_modules
       folders. This obviously will  eliminate  some  deduping.  If  used  with  legacy-bundling,
       legacy-bundling will be preferred.  <!-- automatically generated, do not edit manually -->
       <!-- see lib/utils/config/definitions.js -->

   legacy-bundling
       • Default: false

       • Type: Boolean

       Causes npm to install the package such that versions of npm prior to 1.4, such as the  one
       included  with  node 0.8, can install the package. This eliminates all automatic deduping.
       If used with global-style this option will be preferred.  <!-- automatically generated, do
       not edit manually --> <!-- see lib/utils/config/definitions.js -->

   strict-peer-deps
       • Default: false

       • Type: Boolean

       If  set  to true, and --legacy-peer-deps is not set, then any conflicting peerDependencies
       will be treated as an install failure, even if npm could reasonably guess the  appropriate
       resolution based on non-peer dependency relationships.

       By  default,  conflicting  peerDependencies  deep in the dependency graph will be resolved
       using the nearest non-peer dependency specification, even if doing so will result in  some
       packages   receiving   a  peer  dependency  outside  the  range  set  in  their  package's
       peerDependencies object.

       When such and override is performed, a warning is printed, explaining the conflict and the
       packages  involved.  If  --strict-peer-deps  is  set,  then  this  warning is treated as a
       failure.   <!--  automatically  generated,   do   not   edit   manually   -->   <!--   see
       lib/utils/config/definitions.js -->

   package-lock
       • Default: true

       • Type: Boolean

       If  set  to  false,  then  ignore  package-lock.json files when installing. This will also
       prevent writing package-lock.json if save is true.

       When package package-locks are disabled, automatic pruning of extraneous modules will also
       be disabled. To remove extraneous modules with package-locks disabled use npm prune.  <!--
       automatically generated, do not edit manually --> <!-- see lib/utils/config/definitions.js
       -->

   omit
       • Default:  'dev'  if  the NODE_ENV environment variable is set to 'production', otherwise
         empty.

       • Type: "dev", "optional", or "peer" (can be set multiple times)

       Dependency types to omit from the installation tree on disk.

       Note that these dependencies are still resolved and  added  to  the  package-lock.json  or
       npm-shrinkwrap.json file. They are just not physically installed on disk.

       If  a  package  type  appears  in  both  the  --include  and --omit lists, then it will be
       included.

       If the resulting omit list includes 'dev', then the NODE_ENV environment variable will  be
       set  to 'production' for all lifecycle scripts.  <!-- automatically generated, do not edit
       manually --> <!-- see lib/utils/config/definitions.js -->

   ignore-scripts
       • Default: false

       • Type: Boolean

       If true, npm does not run scripts specified in package.json files.

       Note that commands explicitly intended to run a particular script, such as npm start,  npm
       stop,  npm  restart,  npm test, and npm run-script will still run their intended script if
       ignore-scripts is set, but they will not run any pre- or post-scripts.  <!-- automatically
       generated, do not edit manually --> <!-- see lib/utils/config/definitions.js -->

   audit
       • Default: true

       • Type: Boolean

       When "true" submit audit reports alongside the current npm command to the default registry
       and all registries configured for scopes. See the documentation for  npm  help  audit  for
       details on what is submitted.  <!-- automatically generated, do not edit manually --> <!--
       see lib/utils/config/definitions.js -->

   bin-links
       • Default: true

       • Type: Boolean

       Tells npm to create symlinks (or .cmd shims on Windows) for package executables.

       Set to false to have it not do this. This can be used to work around the  fact  that  some
       file  systems don't support symlinks, even on ostensibly Unix systems.  <!-- automatically
       generated, do not edit manually --> <!-- see lib/utils/config/definitions.js -->

   fund
       • Default: true

       • Type: Boolean

       When "true" displays the message at the end of each npm install acknowledging  the  number
       of   dependencies  looking  for  funding.  See  npm  help  npm  fund  for  details.   <!--
       automatically generated, do not edit manually --> <!-- see lib/utils/config/definitions.js
       -->

   workspace
       • Default:

       • Type: String (can be set multiple times)

       Enable  running  a  command  in  the  context  of the configured workspaces of the current
       project while filtering by running only  the  workspaces  defined  by  this  configuration
       option.

       Valid values for the workspace config are either:

       • Workspace names

       • Path to a workspace directory

       • Path  to  a  parent  workspace directory (will result in selecting all workspaces within
         that folder)

       When set for the npm init command, this may be set to the folder of a workspace which does
       not  yet  exist,  to  create  the folder and set it up as a brand new workspace within the
       project.

       This value is not exported to the environment for  child  processes.   <!--  automatically
       generated, do not edit manually --> <!-- see lib/utils/config/definitions.js -->

   workspaces
       • Default: null

       • Type: null or Boolean

       Set to true to run the command in the context of all configured workspaces.

       Explicitly  setting  this  to  false will cause commands like install to ignore workspaces
       altogether. When not set explicitly:

       • Commands that operate on the  node_modules  tree  (install,  update,  etc.)   will  link
         workspaces  into  the  node_modules folder. - Commands that do other things (test, exec,
         publish, etc.) will operate on the root project,  unless  one  or  more  workspaces  are
         specified in the workspace config.

       This  value  is  not  exported to the environment for child processes.  <!-- automatically
       generated, do not edit manually --> <!-- see lib/utils/config/definitions.js -->

   include-workspace-root
       • Default: false

       • Type: Boolean

       Include the workspace root when workspaces are enabled for a command.

       When false, specifying individual workspaces via the workspace config, or  all  workspaces
       via  the  workspaces flag, will cause npm to operate only on the specified workspaces, and
       not on the root project.  <!-- automatically generated, do not edit manually --> <!--  see
       lib/utils/config/definitions.js -->

       <!-- AUTOGENERATED CONFIG DESCRIPTIONS END -->

   See Also
       • npm help dedupe

       • npm help ls

       • npm help update

       • npm help install

                                          undefined NaN                         NPM-FIND-DUPES(1)