Comment on page
Monitor
snyk monitor [<OPTIONS>]The
snyk monitor command creates a project in your Snyk account to be continuously monitored for open-source vulnerabilities and license issues, sending the results to snyk.io​Use the
monitor command command before integrating a project into production, to take a snapshot of the code to be monitored in order to avoid pushing vulnerabilities into production. Choose a test frequency in your Settings if you want to change the frequency from the default, which is daily.A PR check will also do a test.
After running the
snyk monitor command, log in to the Snyk website and view your projects to see the monitor.If you make changes to your code, you must run the
monitor command again.The
monitor command is not supported for Snyk Code.For Snyk Infrastructure as Code follow the instructions in "Regularly testing IaC files" on Snyk CLI for Infrastructure as Code​
Possible exit codes and their meaning:
0: success, snapshot created
2: failure, try to re-run the command. Use
-d to output the debug logs.
3: failure, no supported projects detectedYou can use environment variables to configure the Snyk CLI and and set variables for connecting with the Snyk API. See Configure the Snyk CLI​
Use the
-d option to output the debug logs.See also subsequent sections for options for specific build environments, package managers, languages and
[<CONTEXT-SPECIFIC OPTIONS>] which you specify last.Auto-detect all projects in the working directory, including Yarn workspaces.
Note: Gradle projects are treated as sub-projects. Therefore
--exclude does not work with Gradle projects.For more information see the article Does the Snyk CLI support monorepos or multiple manifest files?​
Use with
--all-projects to cause scans to be interrupted when errors occur and to report these errors back to the user.The exit code is 2 and the scan ends. No vulnerability information is reported for projects that did not produce errors.
To perform the scan, resolve the error and scan again.
Note: If you do not use
--fail-fast, Snyk scans all the projects but does not report any vulnerabilities for projects it could not scan due to misconfiguration or another error.Use with
--all-projects or --yarn-workspaces to indicate how many subdirectories to search. DEPTH must be a number, 1 or greater; zero (0) is the current directory.Default: 4, the current working directory (0) and 4 subdirectories.
Example:
--detection-depth=3 limits search to the specified directory (or the current directory if no <PATH> is specified) plus three levels of subdirectories; zero (0) is the current directory.Can be used with
--all-projects and --yarn-workspaces to indicate directory names and file names to exclude. Must be comma-separated, and cannot include a path. Example:
$ snyk test --all-projects --exclude=dir1,file2This will exclude any directories and files named
dir1 and file2 when scanning for project manifest files such as: ./dir1, ./src/dir1, ./file2, ./src/file2 and so on.Note:
--exclude=dir1 will find both ./dir1, and ./src/dir1.
However, --exclude=./src/dir1 will result in an error because it includes a path.Note: When
--all-projects is used with Gradle, the projects are treated as sub-projects. The --exclude option is not supported for Gradle sub-projects.Prune dependency trees, removing duplicate sub-dependencies.
Continues to find all vulnerabilities, but may not find all of the vulnerable paths.
Use this option if any big projects fail to be tested.
Default: false
Print the dependency tree before sending it for analysis.
Set or override the remote URL for the repository that you would like to monitor.
Include development-only dependencies. Applicable only for some package managers, for example,
devDependencies in npm or :development dependencies in Gemfile.Note: This option can be used with Maven, npm, and Yarn projects.
Default: false, scan only production dependencies.
Specify the
<ORG_ID> to run Snyk commands tied to a specific organization. The <ORG_ID> influences some features availability and private test limits.If you have multiple organizations, you can set a default from the CLI using:
$ snyk config set org=<ORG_ID>Set a default to ensure all newly monitored projects are created under your default organization. If you need to override the default, use the
--org=<ORG_ID> option.Note that you can also use
--org=<orgslugname>. The ORG_ID works in both the CLI and the API. The organization slug name works in the CLI, but not in the API.Specify a package file.
When testing locally or monitoring a project, you can specify the file that Snyk should inspect for package information. When the file is not specified, Snyk tries to detect the appropriate file for your project.
Specify the name of the package manager when the filename specified with the
--file=<FILE> option is not standard. This allows Snyk to find the file.Example:
$ snyk monitor --file=req.txt --package-manager=pipFor C++ only, scan all files for known open source dependencies.
Ignore all set policies, the current policy in the
.snyk file, org level ignores, and the project policy on snyk.io.Apply and use ignore rules from the Snyk policies in your dependencies; otherwise ignore rules in the dependencies are only shown as a suggestion.
Specify a custom Snyk project name.
Example:
$ snyk monitor --project-name=my-projectSpecify a reference that differentiates this project, for example, a branch name or version. Projects having the same reference can be grouped based on that reference. Supported for Snyk Open Source and use with
--unmanaged.Manually pass a path to a
.snyk policy file.Print results on the console as a JSON data structure.
Note: If you use an option that sets project attributes and your role lacks permission to edit project attributes the
monitor command fails. For instructions on how to proceed see Editing project attributes from the Snyk CLI​Set the project environment project attribute to one or more values (comma-separated). To clear the project environment set
--project-environment=Allowed values:
frontend, backend, internal, external, mobile, saas, onprem, hosted, distributedSet the project lifecycle project attribute to one or more values (comma-separated). To clear the project lifecycle set
--project-lifecycle=Allowed values:
production, development, sandboxSet the project business criticality project attribute to one or more values (comma-separated). To clear the project business criticality set
--project-business-criticality=Allowed values:
critical, high, medium, lowSet the project tags to one or more values (comma-separated key value pairs with an "=" separator).
Example,
--project-tags=department=finance,team=alphaTo clear the project tags set
--project-tags=This is an alias for
--project-tagsUse
--maven-aggregate-project instead of --all-projects when scanning Maven aggregate projects, that is, ones that use modules and inheritance.When scanning these types of projects, Snyk performs a compile to ensure all modules are resolvable by the Maven reactor.
Be sure to run the scan in the same directory as the root pom.xml file.
Snyk reports test results per pom.xml file.
To monitor individual JAR, WAR, and AAR files, use the following:
--scan-unmanaged --file=<JAR_FILE_NAME>
Auto-detect Maven, JAR, WAR, and AAR files recursively from the current folder.
--scan-all-unmanaged
Note: Custom-built JAR files, even with open-source dependencies, are not supported.
For Gradle "multi project" configurations, monitor a specific sub-project.
For "multi project" configurations, monitor all sub-projects.
Resolve dependencies using only configuration(s) that match the specified Java regular expression.
Example:
^releaseRuntimeClasspath$Select certain values of configuration attributes to install dependencies and perform dependency resolution.
Example:
buildtype:release,usage:java-runtimeUse for projects that contain a Gradle initialization script.
When you are monitoring a .NET project using NuGet
PackageReference uses the project name in project.assets.json if found.Specify a custom path to the packages folder.
When monitoring a .NET project, use this option to add a custom prefix to the name of files inside a project along with any desired separators.
Example:
snyk monitor --file=my-project.sln --project-name-prefix=my-group/This is useful when you have multiple projects with the same name in other
.sln files.Note: You can use the following options with npm projects:
--all-projects to scan and detect npm projects and all other projects in the directory. See the --all-projects option help​Control monitoring out-of-sync lockfiles.
Default: true
Note: You can use the following options with Yarn projects:
Control monitoring out-of-sync lockfiles.
Default: true
Detect and scan Yarn Workspaces only when a lockfile is in the root.
You can specify how many sub-directories to search using
--detection-depth.You can exclude directories and files using
--exclude.Default:
--all-projects automatically detects and scans Yarn Workspaces.with other projects.Control monitoring out-of-sync lockfiles.
Default: false
Indicate which specific Python commands to use based on the Python version.
Snyk uses Python in order to scan and find your dependencies. If you are using multiple Python versions, use this parameter to specify the correct Python command for execution.
Default:
python This executes your default python version. Run python -V to find out what your default version is.Example:
snyk monitor --command=python3Skip packages that cannot be found in the environment, for example, private packages that cannot be accessed from the machine running the scan.
For a Python project, specify a particular file to monitor.
By default, Snyk scans the requirements.txt file at the top level of the project.
Snyk can recognize any manifest files specified with this option based on
--file=req.txt. Each (*) is a wildcard and req can appear anywhere in the file name.For example, Snyk recognizes your manifest file when you have renamed it to r
equirements-dev.txt.Add
--package-manager=pip to your command if the file name is not requirements.txt.This option is mandatory if you specify a value for the
--file parameter that is not to a requirements.txt file. The test fails without this parameter. Specify this parameter with the value pip.The following
snyk monitor options can be used with --unmanaged as documented in this help.--org=<ORG_ID>--json--remote-repo-url=<URL>--target-reference=<TARGET_REFERENCE>--project-name=<c-project>There are also special options.
Specify the maximum level of archive extraction.
Usage:
--max-depth=1Use 0 (zero, the default) to disable archive extraction completely.
Display dependencies.
Use this option to see what files contributed to each dependency identified.
To see how confident Snyk is about the identified dependency and its version, use the
--print-deps or --print-dep-paths option.Use a double dash (
--) after the complete Snyk command to pass options (arguments, flags) that follow directly to the build tool, for example Gradle or Maven.The format is
snyk <command> -- [<context-specific_options>]Example:
snyk monitor -- --build-cacheNote: Do not use double quotes in any
-- [<context-specific_options>].Example: Use
snyk monitor --org=myorg -- -s settings.xml NOT snyk monitor --org=myorg -- "-s settings.xml"Last modified 25d ago