Need help with other JFrog products?
JFrog Enterprise+
JFrog Artifactory
JFrog Xray
JFrog Mission Control
JFrog Distribution
JFrog Pipelines
JFrog Bintray
JFrog Access
JFrog CLI lets you upload and download artifacts from your local file-system to Artifactory, this also includes uploading symlinks (soft links).
Symlinks are stored in Artifactory as files with a zero size, with the following properties:
symlink.dest - The actual path on the original filesystem to which the symlink points
symlink.destsha1 - the SHA1 checksum of the value in the symlink.dest property
To upload symlinks, the upload command should be executed with the --symlinks
option set to true.
When downloading symlinks stored in Artifactory, the CLI can verify that the file to which the symlink points actually exists and that it has the correct SHA1 checksum. To add this validation, you should use the --validate-symlinks
option with the download command.
The JFrog CLI offers enormous flexibility in how you download, upload, copy, or move files through use of wildcard or regular expressions with placeholders.
Any wildcard enclosed in parenthesis in the source path can be matched with a corresponding placeholder in the target path to determine the name of the artifact once uploaded.
Example 1: Upload all files to the target repository
For each .tgz file in the source directory, create a corresponding directory with the same name in the target repository and upload it there. For example, a file named froggy.tgz
should be uploaded to my-local-rep/froggy
. (froggy
will be created a folder in Artifactory).
$ jfrog rt u "(*).tgz" my-local-repo/{1}/ --recursive=false
Example 2: Upload all files sharing the same prefix to the target repository
Upload all files whose name begins with "frog" to folder frogfiles
in the target repository, but append its name with the text "-up". For example, a file called froggy.tgz
should be renamed froggy.tgz-up.
$ jfrog rt u "(frog*)" my-local-repo/frogfiles/{1}-up --recursive=false
Example 3: Upload all files to corresponding directories according to extension type
Upload all files in the current directory to the my-local-repo repository and place them in directories which match their file extensions.
$ jfrog rt u "(*).(*)" my-local-repo/{2}/{1}.{2} --recursive=false
Example 4: Copy all zip files to target respository and append with an extension.
Copy all zip files under /rabbit in the source-frog-repo
repository into the same path in the target-frog-repo
repository and append the copied files' names with ".cp".
jfrog rt cp "source-frog-repo/rabbit/(*.zip)" target-frog-repo/rabbit/{1}.cp
The following sections describe the commands available in the JFrog CLI for use with Artifactory.
This command is used to configure JFrog CLI with Artifactory servers, which can later be used in the other commands. The configured Artifactory servers details can be overridden per command by passing in alternative values for the Artifactory URL and login credentials. The values configured are saved in ~/.jfrog/jfrog-cli.conf.
You can set a default Artifactory server by using the jfrog rt use command.
Command name | config |
Abbreviation | c |
Command options | |
--url | [Optional] The default Artifactory URL to be used for the other commands. |
--user | [Optional] The default user to be used for the other commands. |
--password | [Optional] The default password to be used for the other commands. Password Encryption Policy If the Artifactory instance you are trying to access has its Password Encryption Policy set to |
--apikey | [Optional] The default API key to be used for the other commands. |
--access-token | [Optional] The default access token to be used for the other commands. |
--interactive | [Default: true] If false, you must pass in the Artifactory URL as a command option. |
--enc-password | [Default: true] If true, the configured password will be encrypted using Artifactory's encryption API before being stored. If false, the configured password will not be encrypted. |
Command arguments | If no arguments are passed in, the command will configure the Artifactory URL, user and password through the command options or through the interactive prompt |
server ID | A unique ID for the new Artifactory server configuration. |
show | Shows the stored configuration. In case this argument is followed by a configured server ID, then only this server's configurations is shown |
delete | This argument should be followed by a configured server ID. The configuration for this server ID will be deleted. |
clear | Clears all stored configuration. |
export | Export a token, containing the configuration a server. This argument should be followed by a configured server ID. The exported token can be then imported using the "jfrog rt c import <token>" command. |
import | Import a server configuration by providing a configuration token. The "import" argument should be followed by the token. The token is generated by the "jfrog rt c export <server ID>" |
Example 1
Configure the Artifactory URL and credentials using the interactive prompt. The unique ID for the new Artifactory server configuration will be rt-server-1.
$ jfrog rt c rt-server-1
Example 2
Configure the Artifactory URL, user and password by passing them in as command options.
$ jfrog rt c rt-server-1 --url=http://domain/artifactory --user=admin --password=password
Example 3
Configure the Artifactory URL and API key by passing them in as command options.
$ jfrog rt c rt-server-1 --url=http://domain/artifactory --apikey=APIKEY
Example 4
Delete the rt-server-1 server configuration.
$ jfrog rt c delete rt-server-1
Example 5
Show details of the rt-server-1 Artifactory server.
$ jfrog rt c show rt-server-1
Example 6
Show all configured Artifactory servers.
$ jfrog rt c show
Example 7
Clear all configured servers.
$ jfrog rt c clear
You can configure multiple Artifactory instances using the config command. The 'use' command is used for specifying which of the configured Artifactory instances should be used for the following CLI commands.
Command name | use |
Abbreviation | N/A |
Command options | The command has no options. |
Command arguments | |
Server ID | The configured Artifactory server ID to use |
Example 1
$ jfrog rt use artifactory-server-1
This command can be used to verify that Artifactory is accessible by sending an applicative ping to Artifactory.
Command name | ping |
Abbreviation | p |
Command options | |
--url | [Optional] Artifactory URL. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
Command arguments | The command accepts no arguments. |
Example 1
Ping the configured default Artifactory server.
$ jfrog rt ping
Example 2
Ping the configured Artifactory server with ID rt-server-1.
$ jfrog rt ping --server-id=rt-server-1
Example 3
Ping the Artifactory server. accessible though the specified URL.
$ jfrog rt ping --url=http://my-rt-server.com/artifactory
This command is used to upload files to Artifactory.
Command name | upload |
Abbreviation | u |
Command options | When using the * or ; characters in the upload command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--spec | [Optional] Path to a file spec. For more details, please refer to Using File Specs. |
--spec-vars | [Optional] List of variables in the form of "key1=value1;key2=value2;..." to be replaced in the File Spec. In the File Spec, the variables should be used as follows: ${key1}. |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
--props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon ( ; ) to be attached to the uploaded files. If any key can take several values, then each value is separated by a comma ( , ). For example, "key1=value1;key2=value21,value22;key3=value3". |
--deb | [Optional] Used for Debian packages only. Specifies the distribution/component/architecture of the package. If the the value for distribution, component or architecture include a slash. the slash should be escaped with a back-slash. |
--flat | [Default: true] If true, artifacts are uploaded to the exact target path specified and their hierarchy in the source file system is ignored. If false, artifacts are uploaded to the target path while maintaining their file system hierarchy. |
--recursive | [Default: true] If true, artifacts are also collected from sub-folders of the source directory for upload . If false, only artifacts specifically in the source directory are uploaded. |
--regexp | [Default: false] If true, the command will interpret the first argument, which describes the local file-system path of artifacts to upload, as a regular expression. If false, the command will interpret the first argument, which describes the local file-system path of artifacts to upload, as a wild-card expression. The above also applies for the --exclude-patterns option. If you have specified that you are using regular expressions, then the beginning of the expression must be enclosed in parenthesis. For example: a/b/c/(.*)/file.zip |
--threads | [Default: 3] The number of parallel threads that should be used to upload where each thread uploads a single artifact at a time. |
--dry-run | [Default: false] If true, the command only indicates which artifacts would have been uploaded If false, the command is fully executed and uploads artifacts as specified |
--symlinks | [Default: false] If true, the command will preserve the soft links structure in Artifactory. The symlink file representation will contain the symbolic link and checksum properties. |
--explode | [Default: false] If true, the command will extract an archive containing multiple artifacts after it is deployed to Artifactory, while maintaining the archive's file structure. |
--include-dirs | [Default: false] If true, the source path applies to bottom-chain directories and not only to files. Botton-chain directories are either empty or do not include other directories that match the source path. |
--exclude-patterns | [Optional] A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the--regexp option. Please read the --regexp option description for more information. |
--sync-deletes | [Optional] Specific path in Artifactory, under which to sync artifacts after the upload. After the upload, this path will include only the artifacts uploaded during this upload operation. The other files under this path will be deleted. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--retries | [Default: 3] Number of upload retries. |
Command arguments | The command takes two arguments. In case the --spec option is used, the commands accepts no arguments. |
Source path | The first argument specifies the local file system path to artifacts which should be uploaded to Artifactory. You can specify multiple artifacts by using wildcards or a regular expression as designated by the |
Target path | The second argument specifies the target path in Artifactory in the following format: If the target path ends with a slash, the path is assumed to be a folder. For example, if you specify the target as "repo-name/a/b/", then "b" is assumed to be a folder in Artifactory into which files should be uploaded. If there is no terminal slash, the target path is assumed to be a file to which the uploaded file should be renamed. For example, if you specify the target as "repo-name/a/b", the uploaded file is renamed to "b" in Artifactory. For flexibility in specifying the upload path, you can include placeholders in the form of {1}, {2} which are replaced by corresponding tokens in the source path that are enclosed in parenthesis. For more details, please refer to Using Placeholders. |
Example 1
Upload a file called froggy.tgz
to the root of the my-local-repo
repository.
$ jfrog rt u froggy.tgz my-local-repo
Example 2
Collect all the zip files located under the build directory (including sub-directories), and upload them to the my-local-repo
repository, under the zipFiles
folder, while maintaining the original names of the files.
$ jfrog rt u "build/*.zip" my-local-repo/zipFiles/
Example 3
Collect all the zip files located under the build directory (including sub-directories), and upload them to the my-local-repo
repository, under the zipFiles
folder, while maintaining the original names of the files. Also delete all files in the my-local-repo
repository, under the zipFiles
folder, except for the files which were uploaded by this command.
$ jfrog rt u "build/*.zip" my-local-repo/zipFiles/ --sync-deletes my-local-repo/zipFiles/
Example 4
Collect all files located under the build directory (including sub-directories), and upload them to the my-release-local
repository, under the files
folder, while maintaining the original names of the artifacts. Exclude (do not upload) files, which include install as part of their path, and have the pack extension. This example uses a wildcard pattern. See Example 5, which uses regular expressions instead.
jfrog rt u "build/" my-release-local/files/ --exclude-patterns="*install*pack*"
Example 5
Collect all files located under the build directory (including sub-directories), and upload them to the my-release-local
repository, under the files
folder, while maintaining the original names of the artifacts. Exclude (do not upload) files, which include install as part of their path, and have the pack extension. This example uses a regular expression. See Example 4, which uses a wildcard pattern instead.
jfrog rt u "build/" my-release-local/files/ --regexp --exclude-patterns="(.*)install.*pack$"
This command is used to download files from Artifactory
Command name | download |
Abbreviation | dl |
Command options | When using the * or ; characters in the download command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
--spec | [Optional] Path to a file spec. For more details, please refer to Using File Specs. |
--spec-vars | [Optional] List of variables in the form of "key1=value1;key2=value2;..." to be replaced in the File Spec. In the File Spec, the variables should be used as follows: ${key1}. |
--props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts with all of the specified properties names and values will be downloaded. |
--exclude-props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts without all of the specified properties names and values will be downloaded. |
--build | [Optional] If specified, only artifacts of the specified build are matched. The property format is build-name/build-number. If you do not specify the build number, the artifacts are filtered by the latest build number. |
--flat | [Default: false] If true, artifacts are downloaded to the exact target path specified and their hierarchy in the source repository is ignored. If false, artifacts are downloaded to the target path in the file system while maintaining their hierarchy in the source repository. |
--recursive | [Default: true] If true, artifacts are also downloaded from sub-paths under the specified path in the source repository. If false, only artifacts in the specified source path directory are downloaded. |
--threads | [Default: 3] The number of parallel threads that should be used to download where each thread downloads a single artifact at a time. |
--split-count | [Default: 3] The number of segments into which each file should be split for download (provided the artifact is over |
--retries | [Default: 3] Number of download retries. |
--min-split | [Default: 5120] The minimum size permitted for splitting. Files larger than the specified number will be split into equally sized |
--dry-run | [Default: false] If true, the command only indicates which artifacts would have been downloaded. If false, the command is fully executed and downloads artifacts as specified. |
--explode | [Default: false] Set to true to extract an archive after it is downloaded from Artifactory |
--validate-symlinks | [Default: false] If true, the command will validate that symlinks are pointing to existing and unchanged files, by comparing their sha1. Applicable to files and not directories. |
--include-dirs | [Default: false] If true, the source path applies to bottom-chain directories and not only to files. Botton-chain directories are either empty or do not include other directories that match the source path. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. Unlike the Source path, must not include the repository name at the beginning of the path. |
--sync-deletes | [Optional] Specific path in the local file system, under which to sync dependencies after the download. After the download, this path will include only the dependencies downloaded during this download operation. The other files under this path will be deleted. |
--sort-by | [Optional] A list of semicolon-separated fields to sort by. The fields must be part of the 'items' AQL domain. For more information read the AQL documentation |
--sort-order | [Default: asc] The order by which fields in the 'sort-by' option should be sorted. Accepts 'asc' or 'desc'. |
--limit | [Optional] The maximum number of items to fetch. Usually used with the 'sort-by' option. |
--offset | [Optional] The offset from which to fetch items (i.e. how many items should be skipped). Usually used with the 'sort-by' option. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--archive-entries | [Optional] If specified, only archive artifacts containing entries matching this pattern are matched. You can use wildcards to specify multiple artifacts. |
Command arguments | |
Source path | Specifies the source path in Artifactory, from which the artifacts should be downloaded. You can use wildcards to specify multiple artifacts. |
Target path | The second argument is optional and specifies the local file system target path. If the target path ends with a slash, the path is assumed to be a directory. For example, if you specify the target as "repo-name/a/b/", then "b" is assumed to be a directory into which files should be downloaded. If there is no terminal slash, the target path is assumed to be a file to which the downloaded file should be renamed. For example, if you specify the target as "a/b", the downloaded file is renamed to "b". For flexibility in specifying the target path, you can include placeholders in the form of {1}, {2} which are replaced by corresponding tokens in the source path that are enclosed in parenthesis. For more details, please refer to Using Placeholders. |
Example 1
Download an artifact called cool-frog.zip
located at the root of the my-local-repo
repository to the current directory.
$ jfrog rt dl my-local-repo/cool-froggy.zip
Example 2
Download all artifacts located under the all-my-frogs
directory in the my-local-repo
repository to the all-my-frogs
folder under the current directory.
$ jfrog rt dl my-local-repo/all-my-frogs/ all-my-frogs/
Example 3
Download all artifacts located in the my-local-repo
repository with a jar
extension to the all-my-frogs
folder under the current directory.
$ jfrog rt dl "my-local-repo/*.jar" all-my-frogs/
Example 4
Download the latest file uploaded to the all-my-frogs folder in the my-local-repo repository.
jfrog rt dl "my-local-repo/all-my-frogs/" --sort-by=created --sort-order=desc --limit=1
This command is used to copy files in Artifactory
Command name | copy |
Abbreviation | cp |
Command options | When using the * or ; characters in the copy command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--spec | [Optional] Path to a file spec. For more details, please refer to Using File Specs. |
--props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon. (For example, "key1=value1;key2=value2;key3=value3"). Only artifacts with these properties names and values will be copied. |
--exclude-props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts without all of the specified properties names and values will be copied. |
--build | [Optional] If specified, only artifacts of the specified build are matched. The property format is build-name/build-number. If you do not specify the build number, the artifacts are filtered by the latest build number. |
--flat | [Default: false] If true, artifacts are copied to the exact target path specified and their hierarchy in the source path is ignored. If false, artifacts are copied to the target path while maintaining their source path hierarchy. |
--recursive | [Default: true] If true, artifacts are also copied from sub-paths under the specified source path. If false, only artifacts in the specified source path directory are copied. |
--dry-run | [Default: false] If true, the command only indicates which artifacts would have been copied. If false, the command is fully executed and copies artifacts as specified. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. Unlike the Source path, must not include the repository name at the beginning of the path. |
--sort-by | [Optional] A list of semicolon-separated fields to sort by. The fields must be part of the 'items' AQL domain. For more information read the AQL documentation |
--sort-order | [Default: asc] The order by which fields in the 'sort-by' option should be sorted. Accepts 'asc' or 'desc'. |
--limit | [Optional] The maximum number of items to fetch. Usually used with the 'sort-by' option. |
--offset | [Optional] The offset from which to fetch items (i.e. how many items should be skipped). Usually used with the 'sort-by' option. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--archive-entries | [Optional] If specified, only archive artifacts containing entries matching this pattern are matched. You can use wildcards to specify multiple artifacts. |
Command arguments | The command takes two arguments |
Source path | Specifies the source path in Artifactory, from which the artifacts should be copied, in the following format: |
Target path | Specifies the target path in Artifactory, to which the artifacts should be copied, in the following format: If the pattern ends with a slash, the target path is assumed to be a folder. For example, if you specify the target as "repo-name/a/b/", then "b" is assumed to be a folder in Artifactory into which files should be copied. If there is no terminal slash, the target path is assumed to be a file to which the copied file should be renamed. For example, if you specify the target as "repo-name/a/b", the copied file is renamed to "b" in Artifactory. For flexibility in specifying the target path, you can include placeholders in the form of {1}, {2} which are replaced by corresponding tokens in the source path that are enclosed in parenthesis. For more details, please refer to Using Placeholders. |
Example 1
Copy all artifacts located under /rabbit
in the source-frog-repo
repository into the same path in the target-frog-repo
repository.
jfrog rt cp source-frog-repo/rabbit/ target-frog-repo/rabbit/
Example 2
Copy all zip files located under /rabbit
in the source-frog-repo
repository into the same path in the target-frog-repo
repository.
jfrog rt cp "source-frog-repo/rabbit/*.zip" target-frog-repo/rabbit/
Example 3
Copy all artifacts located under /rabbit
in the source-frog-repo
repository and with property "Version=1.0" into the same path in the target-frog-repo
repository .
jfrog rt cp "source-frog-repo/rabbit/*" target-frog-repo/rabbit/ --props=Version=1.0
This command is used to move files in Artifactory
Command name | move |
Abbreviation | mv |
Command options | When using the * or ; characters in the copy command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--spec | [Optional] Path to a file spec. For more details, please refer to Using File Specs. |
--props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts with these properties names and values will be moved. |
--exclude-props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts without all of the specified properties names and values will be moved. |
--build | [Optional] If specified, only artifacts of the specified build are matched. The property format is build-name/build-number. If you do not specify the build number, the artifacts are filtered by the latest build number. |
--flat | [Default: false] If true, artifacts are moved to the exact target path specified and their hierarchy in the source path is ignored. If false, artifacts are moved to the target path while maintaining their source path hierarchy. |
--recursive | [Default: true] If true, artifacts are also moved from sub-paths under the specified source path. If false, only artifacts in the specified source path directory are moved. |
--dry-run | [Default: false] If true, the command only indicates which artifacts would have been moved. If false, the command is fully executed and downloads artifacts as specified. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. Unlike the Source path, must not include the repository name at the beginning of the path. |
--sort-by | [Optional] A list of semicolon-separated fields to sort by. The fields must be part of the 'items' AQL domain. For more information read the AQL documentation |
--sort-order | [Default: asc] The order by which fields in the 'sort-by' option should be sorted. Accepts 'asc' or 'desc'. |
--limit | [Optional] The maximum number of items to fetch. Usually used with the 'sort-by' option. |
--offset | [Optional] The offset from which to fetch items (i.e. how many items should be skipped). Usually used with the 'sort-by' option. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--archive-entries | [Optional] If specified, only archive artifacts containing entries matching this pattern are matched. You can use wildcards to specify multiple artifacts. |
Command arguments | The command takes two arguments |
Source path | Specifies the source path in Artifactory, from which the artifacts should be moved, in the following format: |
Target path | Specifies the target path in Artifactory, to which the artifacts should be moved, in the following format: If the pattern ends with a slash, the target path is assumed to be a folder. For example, if you specify the target as "repo-name/a/b/", then "b" is assumed to be a folder in Artifactory into which files should be moved. If there is no terminal slash, the target path is assumed to be a file to which the moved file should be renamed. For example, if you specify the target as "repo-name/a/b", the moved file is renamed to "b" in Artifactory. For flexibility in specifying the upload path, you can include placeholders in the form of {1}, {2} which are replaced by corresponding tokens in the source path that are enclosed in parenthesis. For more details, please refer to Using Placeholders. |
Example 1
Move all artifacts located under /rabbit
in the source-frog-repo
repository into the same path in the target-frog-repo
repository.
jfrog rt mv source-frog-repo/rabbit/ target-frog-repo/rabbit/
Example 2
Move all zip files located under /rabbit
in the source-frog-repo
repository into the same path in the target-frog-repo
repository.
jfrog rt mv "source-frog-repo/rabbit/*.zip" target-frog-repo/rabbit/
Example 3
Move all artifacts located under /rabbit
in the source-frog-repo
repository and with property "Version=1.0" into the same path in the target-frog-repo
repository .
jfrog rt mv "source-frog-repo/rabbit/*" target-frog-repo/rabbit/ --props=Version=1.0
This command is used to delete files in Artifactory
Command name | delete |
Abbreviation | del |
Command options | When using the * or ; characters in the delete command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--spec | [Optional] Path to a file spec. For more details, please refer to Using File Specs. |
--props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts with these properties names and values will be deleted. |
--exclude-props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts without all of the specified properties names and values will be deleted. |
--build | [Optional] If specified, only artifacts of the specified build are matched. The property format is build-name/build-number. If you do not specify the build number, the artifacts are filtered by the latest build number. |
--recursive | [Default: true] If true, artifacts are also deleted from sub-paths under the specified path. |
--quiet | [Default: false] If true, the delete confirmation message is skipped. |
--dry-run | [Default: false] If true, the command only indicates which artifacts would have been deleted. If false, the command is fully executed and deletes artifacts as specified. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. Unlike the Delete path, must not include the repository name at the beginning of the path. |
--sort-by | [Optional] A list of semicolon-separated fields to sort by. The fields must be part of the 'items' AQL domain. For more information read the AQL documentation |
--sort-order | [Default: asc] The order by which fields in the 'sort-by' option should be sorted. Accepts 'asc' or 'desc'. |
--limit | [Optional] The maximum number of items to fetch. Usually used with the 'sort-by' option. |
--offset | [Optional] The offset from which to fetch items (i.e. how many items should be skipped). Usually used with the 'sort-by' option. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--archive-entries | [Optional] If specified, only archive artifacts containing entries matching this pattern are matched. You can use wildcards to specify multiple artifacts. |
Command arguments | The command takes one argument |
Delete path | Specifies the path in Artifactory of the files that should be deleted in the following format: |
Example 1
Delete all artifacts located under /rabbit
in the frog-repo
repository.
jfrog rt del frog-repo/rabbit/
Example 2
Delete all zip files located under /rabbit
in the frog-repo
repository.
jfrog rt del "frog-repo/rabbit/*.zip"
This command is used to search and display files in Artifactory.
Command name | search |
Abbreviation | s |
Command options | When using the * or ; characters in the command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--spec | [Optional] Path to a file spec. For more details, please refer to Using File Specs. |
--count | [Optional] Set to true to display only the total of files or folders found. |
--include-dirs | [Optional] Set to true if you'd like to also apply the source path pattern for directories and not only for files |
--spec-vars | [Optional] List of variables in the form of "key1=value1;key2=value2;..." to be replaced in the File Spec. In the File Spec, the variables should be used as follows: ${key1}. |
--props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts with these properties names and values will be returned. |
--exclude-props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts without all of the specified properties names and values will be returned. |
--build | [Optional] If specified, only artifacts of the specified build are matched. The property format is build-name/build-number. If you do not specify the build number, the artifacts are filtered by the latest build number. |
--recursive | [Default: true] Set to false if you do not wish to search artifacts inside sub-folders in Artifactory. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. |
--sort-by | [Optional] A list of semicolon-separated fields to sort by. The fields must be part of the 'items' AQL domain. For more information read the AQL documentation |
--sort-order | [Default: asc] The order by which fields in the 'sort-by' option should be sorted. Accepts 'asc' or 'desc'. |
--limit | [Optional] The maximum number of items to fetch. Usually used with the 'sort-by' option. |
--offset | [Optional] The offset from which to fetch items (i.e. how many items should be skipped). Usually used with the 'sort-by' option. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--archive-entries | [Optional] If specified, only archive artifacts containing entries matching this pattern are matched. You can use wildcards to specify multiple artifacts. |
Command arguments | |
Search path | Specifies the search path in Artifactory, in the following format: |
Example 1
Display a list of all artifacts located under /rabbit
in the frog-repo
repository.
jfrog rt s frog-repo/rabbit/
Example 2
Display a list of all zip files located under /rabbit
in the frog-repo
repository.
jfrog rt s "frog-repo/rabbit/*.zip"
This command is used for setting properties on existing files in Artifactory.
Command name | set-props |
Abbreviation | sp |
Command options | When using the * or ; characters in the command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--spec | [Optional] Path to a file spec. For more details, please refer to Using File Specs. |
--spec-vars | [Optional] List of variables in the form of "key1=value1;key2=value2;..." to be replaced in the File Spec. In the File Spec, the variables should be used as follows: ${key1}. |
--props | [Optional] List of properties in the form of "key1=value1;key2=value2,...". Only files with these properties names and values are affected. |
--exclude-props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts without all of the specified properties names and values will be affected. |
--recursive | [Default: true] When false, artifacts inside sub-folders in Artifactory will not be affected. |
--build | [Optional] If specified, only artifacts of the specified build are matched. The property format is build-name/build-number. If you do not specify the build number, the artifacts are filtered by the latest build number. |
--include-dirs | [Default: false] When true, the properties will also be set on folders (and not just files) in Artifactory. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. |
--sort-by | [Optional] A list of semicolon-separated fields to sort by. The fields must be part of the 'items' AQL domain. For more information read the AQL documentation |
--sort-order | [Default: asc] The order by which fields in the 'sort-by' option should be sorted. Accepts 'asc' or 'desc'. |
--limit | [Optional] The maximum number of items to fetch. Usually used with the 'sort-by' option. |
--offset | [Optional] The offset from which to fetch items (i.e. how many items should be skipped). Usually used with the 'sort-by' option. |
--archive-entries | [Optional] If specified, only archive artifacts containing entries matching this pattern are matched. You can use wildcards to specify multiple artifacts. |
Command arguments | The command takes two arguments. |
Files pattern | Files that match the pattern will be set with the specified properties. |
Files properties | The list of properties, in the form of key1=value1;key2=value2,..., to be set on the matching artifacts. |
Example 1
Set the properties on all the zip files in the generic-local repository. The command will set the property "a" with "1" value and the property "b" with two values: "2" and "3".
jfrog rt sp "generic-local/*.zip" "a=1;b=2,3"
The command will set the property "a" with "1" value and the property "b" with two values: "2" and "3" on all files found by the File Spec my-spec.
jfrog rt sp "a=1;b=2,3" --spec my-spec
This command is used for deleting properties from existing files in Artifactory.
Command name | delete-props |
Abbreviation | delp |
Command options | When using the * or ; characters in the command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--props | [Optional] List of properties in the form of "key1=value1;key2=value2,...". Only files with these properties are affected. |
--exclude-props | [Optional] A list of Artifactory properties specified as "key=value" pairs separated by a semi-colon (for example, "key1=value1;key2=value2;key3=value3"). Only artifacts without all of the specified properties names and values will be affedcted. |
--recursive | [Default: true] When false, artifacts inside sub-folders in Artifactory will not be affected. |
--build | [Optional] If specified, only artifacts of the specified build are matched. The property format is build-name/build-number. If you do not specify the build number, the artifacts are filtered by the latest build number. |
--include-dirs | [Default: false] When true, the properties will also be set on folders (and not just files) in Artifactory. |
--fail-no-op | [Default: false] Set to true if you'd like the command to return exit code 2 in case of no files are affected. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. |
--sort-by | [Optional] A list of semicolon-separated fields to sort by. The fields must be part of the 'items' AQL domain. For more information read the AQL documentation |
--sort-order | [Default: asc] The order by which fields in the 'sort-by' option should be sorted. Accepts 'asc' or 'desc'. |
--limit | [Optional] The maximum number of items to fetch. Usually used with the 'sort-by' option. |
--offset | [Optional] The offset from which to fetch items (i.e. how many items should be skipped). Usually used with the 'sort-by' option. |
--archive-entries | [Optional] If specified, only archive artifacts containing entries matching this pattern are matched. You can use wildcards to specify multiple artifacts. |
Command arguments | The command takes two arguments. |
Files pattern | The properties will be deleted from files that match the pattern. |
Files properties | The list of properties, in the form of key1,key2,..., to be deleted from the matching artifacts. |
Delete the "status" and "phase" properties from all the zip files in the generic-local repository.
jfrog rt delp "generic-local/*.zip" "status,phase"
This command is used to clean up files from a Git LFS repository. This deletes all files from a Git LFS repository, which are no longer referenced in a corresponding Git repository.
Command name | git-lfs-clean |
Abbreviation | glc |
Command options | |
--refs | [Default: refs/remotes/*] List of Git references in the form of "ref1,ref2,..." which should be preserved. |
--repo | [Optional] Local Git LFS repository in Artifactory which should be cleaned. If omitted, the repository is detected from the Git repository. |
--quiet | [Default: false] Set to true to skip the delete confirmation message. |
--apikey | [Optional] The default API key to be used for all other commands. |
--dry-run | [Default: false] If true, cleanup is only simulated. No files are actually deleted. |
Command arguments | If no arguments are passed in, the command assumes the .git repository is located at current directory. |
path to .git | Path to the directory which includes the .git directory. |
Example 1
Cleans up Git LFS files from Artifactory, using the configuration in the .git directory located at the current directory.
$ jfrog rt glc
Example 2
Cleans up Git LFS files from Artifactory, using the configuration in the .git directory located inside the path/to/git/config directory.
$ jfrog rt glc path/to/git/config
Execute a cUrl command, using the configured Artifactory details. The command expects the cUrl client to be included in the PATH.
Command name | curl | |
Abbreviation | cl | |
Command options | ||
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. | |
Command arguments | If no arguments are passed in, the command assumes the .git repository is located at current directory. | |
cUrl arguments and flags | The same list of arguments and flags passed to cUrl, except for the following changes:
|
Currently only servers configured with username and password / API key are supported.
Example 1
Execute the cUrl client, to sent a GET request to the /api/build endpoint to the default Artifactory server
jfrog rt curl -XGET /api/build
Example 2
Execute the cUrl client, to send a GET request to the /api/build endpoint to the configured my-rt-server server ID.
jfrog rt curl -XGET /api/build --server-id my-rt-server
JFrog CLI integrates with any development ecosystem allowing you to collect build information and then publish it to Artifactory. By publishing build information to Artifactory, JFrog CLI empowers Artifactory to provide visibility into artifacts deployed, dependencies used and exhaustive information on the build environment to allow fully traceable builds.
Many of JFrog CLI's commands accept two optional command options: --build-name and --build-number. When these options are added, JFrog CLI collects and records the build info locally for these commands.
When running multiple commands using the same build and build number, JFrog CLI aggregates the collected build info into one build.
The recorded build-info can be later published to Artifactory using the build-publish command.
Build information is collected by adding the --build-name
and --build-number
options to different CLI commands. The CLI commands can be run several times and cumulatively collect build information for the specified build name and number until it is published to Artifactory. For example, running the download command several times with the same build name and number will accumulate each downloaded file in the corresponding build information.
Dependencies are collected by adding the --build-name
and --build-number
options to the download command .
For example, the following command downloads the cool-froggy.zip
file found in repository my-local-repo
, but it also specifies this file as a dependency in build my-build-name
with build number 18:
|
Build artifacts are collected by adding the --build-name
and --build-number
options to the upload command.
For example, the following command specifies that file froggy.tgz
uploaded to repository my-local-repo
is a build artifact of build my-build-name
with build number 18:
jfrog rt u froggy.tgz my-local-repo --build-name=my-build-name --build-number=18
This command is used to collect environment variables and attach them to a build.
Environment variables are collected using the build-collect-env
(bce
) command.
For example, the following command collects all currently known environment variables, and attaches them to the build information for build my-build-name
with build number 18:
jfrog rt bce my-build-name 18
The following table lists the command arguments and flags:
Command name | build-collect-env (bce) |
Abbreviation | bce |
Command options | This command has no options. |
Command arguments | The command accepts two arguments. |
Build name | Build name. |
Build number | Build number. |
Collect environment variables for build name: frogger-build and build number: 17
jfrog rt bce frogger-build 17
The build-add-git
(bag) command collects the Git revision and URL from the local .git directory and adds it to the build-info. It can also collect the list of tracked project issues (for example, issues stored in JIRA or other bug tracking systems) and add them to the build-info. The issues are collected by reading the git commit messages from the local git log. Each commit message is matched against a pre-configured regular expression, which retrieves the issue ID and issue summary. The information required for collecting the issues is retrieved from a yaml configuration file provided to the command.
The following table lists the command arguments and flags:
Command name | build-add-git |
Abbreviation | bag |
Command options | |
--config | [Optional] Path to a configuration file, used for collecting tracked project issues and adding them to the build-info. |
Command arguments | The command accepts three arguments. |
Build name | Build name. |
Build number | Build number. |
.git path | Optional - Path to a directory containing the .git directory. If not specific, the .git directory is assumed to be in the current directory or in one of the parent directories. |
|
This is the configuration file structure.
version: 1 issues: serverID: my-artifactory-server trackerName: JIRA regexp: (.+-[0-9]+)\s-\s(.+) keyGroupIndex: 1 summaryGroupIndex: 2 trackerUrl: http://my-jira.com/issues aggregate: true aggregationStatus: RELEASED
Property name | Description |
---|---|
Version | The schema version is intended for internal use. Do not change! |
serverID | Artifactory server ID configured by the jfrog rt config command. The command uses this server for fetching details about previous published builds. |
trackerName | The name (type) of the issue tracking system. For example, JIRA. This property can take any value. |
regexp | A regular expression used for matching the git commit messages. The expression should include two capturing groups - for the issue key (ID) and the issue summary. In the example above, the regular expression matches the commit messages as displayed in the following example: HAP-1007 - This is a sample issue |
keyGroupIndex | The capturing group index in the regular expression used for retrieving the issue key. In the example above, setting the index to "1" retrieves HAP-1007 from this commit message: HAP-1007 - This is a sample issue |
summaryGroupIndex | The capturing group index in the regular expression for retrieving the issue summary. In the example above, setting the index to "2" retrieves the sample issue from this commit message: HAP-1007 - This is a sample issue |
trackerUrl | The issue tracking URL. This value is used for constructing a direct link to the issues in the Artifactory build UI. |
aggregate | Set to true, if you wish all builds to include issues from previous builds. |
aggregationStatus | If aggregate is set to true, this property indicates how far in time should the issues be aggregated. In the above example, issues will be aggregated from previous builds, until a build with a RELEASE status is found. Build statuses are set when a build is promoted using the jfrog rt build-promote command. |
The download command, as well as other commands which download dependencies from Artifactory accept the --build-name and --build-number command options. Adding these options records the downloaded files as build dependencies. In some cases however, you'd like to add file, which have been downloaded by another tool, to a build. Use this command to to this.
Command name | build-add-dependencies |
Abbreviation | bad |
Command options | When using the * or ; characters in the command options or arguments, make sure to wrap the whole options or arguments string in quotes (") to make sure the * or ; characters are not interpreted as literals. |
--spec | [Optional] Path to a File Spec. |
--spec-vars | [Optional] List of variables in the form of "key1=value1;key2=value2;..." to be replaced in the File Spec. In the File Spec, the variables should be used as follows: ${key1}. |
--recursive | [Default: true] When false, artifacts inside sub-folders in Artifactory will not be affected. |
--regexp | [Optional: false] [Default: false] Set to true to use a regular expression instead of wildcards expression to collect files to be added to the build info. |
--dry-run | [Default: false] Set to true to only get a summery of the dependencies that will be added to the build info. |
--exclude-patterns | A list of Semicolon-separated exclude patterns. Allows using wildcards or a regular expression according to the value of the 'regexp' option. |
Command arguments | The command takes threee arguments. |
Build name | The build name to add the dependencies to |
Build number | The build number to add the dependencies to |
Pattern | Specifies the local file system path to dependencies which should be added to the build info. You can specify multiple dependencies by using wildcards or a regular expression as designated by the --regexp command option. If you have specified that you are using regular expressions, then the first one used in the argument must be enclosed in parenthesis. |
jfrog rt bad my-build-name 7 "path/to/build/dependencies/dir/"
This command is used to publish build info to Artifactory. To publish the accumulated build information for a build to Artifactory, use the build-publish
(bp
) command. For example, the following command publishes all the build information collected for build my-build-name
with build number 18:
jfrog rt bp my-build-name 18
This command is used to publish build info to Artifactory.
Command name | build-publish |
Abbreviation | bp |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--build-url | [Optional] Can be used for setting the CI server build URL in the build-info. |
--env-include | [Default: *] List of patterns in the form of "value1;value2;..." Only environment variables that match those patterns will be included in the build info. |
--env-exclude | [Default: *password*;*secret*;*key*] List of case insensitive patterns in the form of "value1;value2;..." environment variables match those patterns will be excluded. |
-dry-run | [Default: false] Set to true to disable communication with Artifactory. |
Command arguments | The command accepts two arguments. |
Build name | Build name to be published. |
Build number | Build number to be published. |
|
This command is used to promote build in Artifactory.
Command name | build-promote |
Abbreviation | bpr |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--status | [Optional] Build promotion status. |
--comment | [Optional] Build promotion comment. |
--source-repo | [Optional] Build promotion source repository. |
--include-dependencies | [Default: false] If set to true, the build dependencies are also promoted. |
--copy | [Default: false] If set true, the build artifacts and dependencies are copied to the target repository, otherwise they are moved. |
--props | [Optional] List of properties in the form of "key1=value1;key2=value2,...". to attach to the build artifacts. |
--dry-run | [Default: false] If true, promotion is only simulated. The build is not promoted. |
Command arguments | The command accepts three arguments. |
Build name | Build name to be promoted. |
Build number | Build number to be promoted. |
Target repository | Build promotion target repository. |
|
This command is used to deploy builds from Artifactory to Bintray, and creates an entry in the corresponding Artifactory distribution repository specified.
Command name | build-distribute |
Abbreviation | bd |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--source-repos | [Optional] List of local repositories in the form of "repo1,repo2,..." from which build artifacts should be deployed. |
--passphrase | [Optional] If specified, Artifactory will GPG sign the build deployed to Bintray and apply the specified passphrase. |
--publish | [Default: true] If true, builds are published when deployed to Bintray. |
--override | [Default: false] If true, Artifactory overwrites builds already existing in the target path in Bintray. |
--async | [Default: false] If true, the build will be distributed asynchronously. |
--dry-run | [Default: false] If true, distribution is only simulated. No files are actually moved. |
Command arguments | The command accepts two arguments. |
Build name | Build name to be distributed. |
Build number | Build number to be distributed. |
Target repository | Build distribution target repository. |
|
JFrog CLI is integrated with JFrog Xray through JFrog Artifactory allowing you to have build artifacts scanned for vulnerabilities and other issues. This integration requires JFrog Artifactory v4.16 and above and JFrog Xray v1.6 and above. For more information, see CI-CD build integration.
This command allows scanning a build, which had already been published to Artifactory using the build-publish command.
Command name | build-scan |
Abbreviation | bs |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--fail | [Default: true] When set to true, the command returns exit code 3 if a 'Fail Build' rule is matched by Xray. |
Command arguments | The command accepts two arguments. |
Build name | Build name to be scanned. |
Build number | Build number to be scanned. |
|
Build information is accumulated by the CLI according to the commands you apply until you publish the build information to Artifactory. If, for any reason, you wish to "reset" the build information and cleanup (i.e. delete) any information accumulated so far, you can use the build-clean
(bc
) command.
The following table lists the command arguments and flags:
Command name | build-clean |
Abbreviation | bc |
Command options | The command has no options. |
Command arguments | The command accepts two arguments. |
Build name | Build name. |
Build number | Build number. |
For example, the following command cleans up any build information collected for build my-build-name
with build number 18:
|
This command is used to discard builds previously published to Artifactory using the build-publish command.
The following table lists the command arguments and flags:
Command name | build-discard |
Abbreviation | bdi |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--max-days | [Optional] The maximum number of days to keep builds in Artifactory. |
--max-builds | [Optional] The maximum number of builds to store in Artifactory. |
--exclude-builds | [Optional] List of build numbers in the form of "value1,value2,...", that should not be removed from Artifactory. |
--delete-artifacts | [Default: false] If set to true, automatically removes build artifacts stored in Artifactory. |
--async | [Default: false] If set to true, build discard will run asynchronously and will not wait for response. |
Command arguments | The command accepts one argument. |
Build name | Build name. |
Example 1
Discard the oldest build numbers of build my-build-name from Artifactory, leaving only the 10 most recent builds.
|
Example 2
Discard the oldest build numbers of build my-build-name from Artifactory, leaving only builds published during the last 7 days.
|
Example 3
Discard the oldest build numbers of build my-build-name from Artifactory, leaving only builds published during the last 7 days. b20 and b21 will not be discarded.
|
This command is used to clean up files from a Git LFS repository. This deletes all files from a Git LFS repository, which are no longer referenced in a corresponding Git repository.
Command name | git-lfs-clean |
Abbreviation | glc |
Command options | |
--refs | [Default: refs/remotes/*] List of Git references in the form of "ref1,ref2,..." which should be preserved. |
--repo | [Optional] Local Git LFS repository in Artifactory which should be cleaned. If omitted, the repository is detected from the Git repository. |
--quiet | [Default: false] Set to true to skip the delete confirmation message. |
--apikey | [Optional] The default API key to be used for all other commands. |
--dry-run | [Default: false] If true, cleanup is only simulated. No files are actually deleted. |
Command arguments | If no arguments are passed in, the command assumes the .git repository is located at current directory. |
path to .git | Path to the directory which includes the .git directory. |
Example 1
Cleans up Gil LFS files from Artifactory, using the configuration in the .git directory located at the current directory.
|
Example 2
Cleans up Gil LFS files from Artifactory, using the configuration in the .git directory located inside the path/to/git/config directory.
|
JFrog CLI includes integration with Maven and Gradle, allowing you to configure these build tools to resolve dependencies and deploy build artifacts from and to Artifactory, while collecting build-info and storing it in Artifactory.
To configure and run your build, take the following actions:
Create the build configuration file.
Run the build with the configuration file as an argument.
To create a build configuration file for a maven build, run the following command. The command's argument is a path to a new file which will be created by the command:
$ jfrog rt mvnc /path/to/a/non/existing/config/file
To create a build configuration file for a gradle build, run the following command. The command's argument is a path to a new file which will be created by the command:
$ jfrog rt gradlec /path/to/a/non/existing/config/file
For integrating with Maven and Gradle, JFrog CLI uses the build-info-extractor jars files. These jar files are downloaded by JFrog CLI from jcenter the first time they are needed.
If you're using JFrog CLI on a machine which has no access to the internet, you can configure JFrog CLI to download these jar files from an Artifactory instance. Here's how to configure Artifactory and JFrog CLI to download the jars files.
Create a remote Maven repository in Artifactory and name it jcenter. When creating the repository, configure it to proxy https://jcenter.bintray.com
Make sure that this Artifactory server is known to JFrog CLI, using the jfrog rt c show command. If not, configure it using the jfrog rt c command.
Set the JFROG_CLI_JCENTER_REMOTE_SERVER environment variable with the server ID of the Artifactory server you configured.
If you prefer to use a remote repository with a name different than jcenter, you can configure this name as the value of the JFROG_CLI_JCENTER_REMOTE_REPO environment variable.
To run a maven build, run the following command, with the path to the build configuration you created:
$ jfrog rt mvn "clean install -f path/to/pom-file" /path/to/config/file --build-name=mvn-build-name --build-number=1
Deploying Maven Artifacts
To run a gradle build, run the following command, with the path to the build configuration you created:
$ jfrog rt gradle "clean artifactoryPublish -b path/to/build.gradle" /path/to/config/file --build-name=gradle-build-name --build-number=1
Notice that the above commands accept two options: a build name and a build number. When adding a build name and a build number to the build commands, JFrog CLI stores locally the information about the build. You can then publish this build-info to Artifactory. read more about publishing builds builds to Artifactory in the Collecting Build Information section.
JFrog CLI includes integration with MSBuild and Artifactory, allowing you to resolve dependencies and deploy build artifacts from and to Artifactory, while collecting build-info and storing it in Artifactory. This is done by having JFrog CLI in your search path and adding JFrog CLI commands to the MSBuild csproj
file.
For detailed instructions, please refer to our MSBuild Project Example on GitHub.
JFrog CLI provides full support for publishing docker images to Artifactory using the docker client running on the same machine. This allows you to to collect build-info for your docker build and then publish it to Artifactory.
To build and push your docker images to Artifactory, follow these steps:
To ensure that the docker client and your Artifactory docker registry are correctly configured to work together, run the following code snippet.
docker pull hello-world docker tag hello-world:latest <artifactoryDockerRegistry>/hello-world:latest docker login <artifactoryDockerRegistry> docker push <artifactoryDockerRegistry>/hello-world:latest
If everything is configured correctly, pushing any image including the hello-world image should be successfully uploaded to Artifactory.
docker commands with the CLI
When running the docker-pull and docker-push commands, the CLI will first attempt to login to the docker registry.
In case of a login failure, the command will not be executed.
Running docker-pull command allows pulling docker images from Artifactory, while collecting the build-info and storing it locally, so that it can be later published to Artifactory, using the build-publish command.
The following table lists the command arguments and flags:
Command-name | docker-pull |
Abbreviation | dpl |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
--skip-login | [Default: false] Set to true if you'd like the command to skip performing docker login. |
Command argument | |
Image tag | The docker image tag to pull. |
Source repository | Source repository in Artifactory. |
jfrog rt docker-pull my-docker-registry.io/my-docker-image:latest docker-local --build-name=my-build-name --build-number=7
You can then publish the build-info collected by the docker-pull command to Artifactory using the build-publish command.
docker-push
command pushes the image layers to Artifactory, while collecting the build-info and storing it locally, so that it can be later published to Artifactory, using the build-publish command.The following table lists the command arguments and flags:
Command-name | docker-push |
Abbreviation | dp |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
--skip-login | [Default: false] Set to true if you'd like the command to skip performing docker login. |
--threads | [Default: 3] Number of working threads. |
Command argument | |
Image tag | The docker image tag to push. |
Target repository | Target repository in Artifactory. |
jfrog rt docker-push my-docker-registry.io/my-docker-image:latest docker-local --build-name=my-build-name --build-number=7
You can then publish the build-info collected by the docker-push command to Artifactory using the build-publish command.
JFrog CLI provides full support for building npm packages using the npm client. This allows you to resolve npm dependencies, and publish your npm packages from and to Artifactory, while collecting build-info and storing it in Artifactory.
Follow these guidelines when building npm packages:
You can download npm packages from any npm repository type - local, remote or virtual, but you can only publish to a local or virtual Artifactory repository, containing local repositories. To publish to a virtual repository, you first need to set a default local repository. For more details, please refer to Deploying to a Virtual Repository.
When the npm-publish
command runs, JFrog CLI runs the pack
command in the background. The pack action is followed by an upload, which is not based on the npm client's publish command. Therefore, If your npm package includes the prepublish
or postpublish
scripts, rename them to prepack
and postpack, respectively.
Npm client version 5.4.0 and above.
Artifactory version 5.5.2 and above.
Before using using the npm-install
, npm-ci
and npm-publish
commands, the project needs to be pre-configured with the Artifactory server and repositories, to be used for building and publishing the project. The npm-config
command should be used once to add the configuration to the project. The command should run while inside the root directory of the project. The configuration is stored by the command in the in the .jfrog
directory at the root directory of the project.
Command-name | npm-config |
Abbreviation | npmc |
Command options | |
--global | [Optional] Set to true, if you'd like to configuration to be global (for all projects). Specific projects can override the global configuration. |
Command arguments | The command accepts no arguments |
The npm-install
and npm-ci
commands execute npm's install
and ci
commands respectively, to fetches the npm dependencies from the npm repositories.
Before running the npm-install or npm-ci command on a project for the first time, the project should be configured with the npm-config command.
The following table lists the command arguments and flags:
Command-name | npm-install / npm-ci |
Abbreviation | npmi / npmci |
Command options | |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
--threads | [Default: 3] Number of working threads for build-info collection. |
Command arguments | The command accepts the same arguments and options as the npm client. |
The following example installs the dependencies and records them locally as part of build my-build-name/1. The build-info can later be published to Artifactory using the build-publish command. The dependencies are resolved from the Artifactory server and repository configured by npm-config command.
jfrog rt npm-install --build-name=my-build-name --build-number=1
The following example installs the dependencies. The dependencies are resolved from the Artifactory server and repository configured by npm-config command.
jfrog rt npm-install
The following example installs the dependencies using the npm-ci command. The dependencies are resolved from the Artifactory server and repository configured by npm-config command.
jfrog rt npm-ci
The npm-publish
command packs and deploys the npm package to the designated npm repository.
Before running the npm-publish command on a project for the first time, the project should be configured with the npm-config command. This configuration includes the Artifactory server and repository to which the package should deployed.
If your npm package includes the prepublish
or postpublish
scripts, please refer to the guidelines above.
The following table lists the command arguments and flags:
Command-name | npm-publish |
Abbreviation | npmp |
Command options | |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
Command argument | The command accepts the same arguments and options that the npm pack command expects. |
To pack and publish the npm package and also record it locally as part of build my-build-name/1, run the following command. The build-info can later be published to Artifactory using the build-publish command. The package is published to the Artifactory server and repository configured by npm-config command.
jfrog rt npm-publish --build-name=my-build-name --build-number=1
JFrog CLI provides full support for building Go packages using the Go client. This allows resolving Go dependencies from and publish your Go packages to Artifactory, while collecting build-info and storing it in Artifactory.
When building your go project using the jfrog rt go build command, JFrog CLI does the following:
1. Downloads the dependencies from Artifactory.
2. Dependencies which are missing in Artifactory are downloaded from the source control.
3. if the --publish-deps option is provided, the missing dependencies downloaded from the source control are published to Artifactory. This requires deploy permissions.
3. Builds the project.
The native go client can be used to build packages with Artifactory. To set the go client to use Artifactory, the GOPROXY environment variable needs to be set and include the Artifactory instance details as follows:
<protocol>://<username>:<password>@<artifactory domain>/api/go/<go repository>
Some go packages however have not yet been converted to use go-modules and therefore cannot be proxied by Artifactory. It is recommended to use a virtual go repository, which includes a local repository, set as the default deployment repository. The virtual repository can include one or more remote repositories, to proxy remote sources such as GoCenter or github.
JFrog CLI provides a solution for this issue. It does this by attempting to download packages from Artifactory first and fall back to source control repositories if the packages cannot be fetched from Artifactory. JFrog CLI will publish these missing packages to Artifactory, so that they are available for the next builds.
JFrog CLI client version 1.20.0 and above.
Artifactory version 6.2.0 and above.
Go client version 1.11.0 and above.
To help you get started, you can use this sample project on GitHub.
Before you can use JFrog CLI to build your Go projects with Artifactory, you first need to set the resolutions and deployment repositories for the project.
Here's how you set the repositories.
Command-name | go-config |
Abbreviation | |
Command options | |
--global | [Default false] Set to true, if you'd like to configuration to be global (for all projects). Specific projects can override the global configuration. |
Set repositories for for this go project.
jfrog rt go-config
Set repositories for for all go projects on this machine.
jfrog rt go-config --global
The go
command triggers the go client.
The following table lists the command arguments and flags:
Command-name | go |
Abbreviation | go |
Command options | |
--no-registry | [Default false] Set to true if you don't want to use Artifactory as your proxy. |
--publish-deps | [Default false] Set to true if you wish to publish missing dependencies to Artifactory. Please make sure deploy permissions are granted when using this option. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
Command arguments | |
Go command | List of Go arguments and options. |
The following example runs Go build command. The dependencies resolved from Artifactory via the go-virtual repository.
Before using this example, please make sure to set repositories for the Go project using the go-config command.
jfrog rt go build
The following example runs Go build command, while recording the build-info locally under build name my-build and build number 1. The build-info can later be published to Artifactory using the build-publish command.
Before using this example, please make sure to set repositories for the Go project using the go-config command.
jfrog rt go build --build-name=my-build --build-number=1
The go-publish
command packs and deploys the Go package to the designated Go repository in Artifactory.
The following table lists the command arguments and flags:
Command-name | go-publish |
Abbreviation | gp |
Command options | |
--self | [Default: true] Set false to skip publishing the project package zip file to Artifactory. The default set to true to publish the project itself to Artifactory. |
--deps | [Optional] List of project dependencies in the form of "dep1-name:version,dep2-name:version..." to be published to Artifactory. Use "ALL" to publish all dependencies. By default no dependencies are being published. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
Command argument | |
Target repository | The target Go repository. Can be local or a virtual Go repository, with a Default Deployment Repository. |
Version | The version of the Go project that is being published |
To pack and publish the Go package, run the following command:
jfrog rt gp go-virtual v1.2.3
To pack and publish the Go package and also record the build-info as part of build my-build-name/1, run the following command. The build-info can later be published to Artifactory using the build-publish command:
jfrog rt gp go-virtual v1.2.3 --build-name=my-build-name --build-number=1
To pack and publish the Go package, the entire project dependencies and also record the build-info locally as part of build my-build-name/1, run the following command. The build-info can later be published to Artifactory using the build-publish command:
jfrog rt gp go-virtual v1.2.3 --deps=ALL --build-name=my-build-name --build-number=1
To pack and publish the Go package, selected dependencies and also record the build-info locally as part of build my-build-name/1, run the following command. The build-info can later be published to Artifactory using the build-publish command:
jfrog rt gp go-virtual v1.2.3 --deps=rsc.io/quote:v1.5.2,rsc.io/sampler:v1.3.0 --build-name=my-build-name --build-number=1
This command recursively discovers all project dependencies, both direct and indirect, and publishes them to Artifactory.
Command-name | go-recursive-publish |
Abbreviation | grp |
Command options | |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
Command argument | |
Target repository | Target repository in Artifactory. Publish the dependencies to this repository. |
jfrog rt grp go-local
JFrog CLI provides full support for building Python packages using the pip package installer. This allows resolving pip dependencies from Artifactory, while recording the downloaded packages. The downloaded packages are stored as dependencies in the build-info stored in Artifactory.
Once the packages are installed, the Python project can be then built and packaged using the the python client. Once built, the produced artifacts can be uploaded to Artifactory using JFrog CLI's upload command and registered as artifacts in the build-info.
To help you get started, you can use this sample project on GitHub.
Before you can use JFrog CLI to build your Python projects with Artifactory, you first need to set the repository for the project.
Here's how you set the repositories.
Command-name | pip-config |
Abbreviation | pipc |
Command options | |
--global | [Default false] Set to true, if you'd like to configuration to be global (for all projects). Specific projects can override the global configuration. |
Set repositories for this Python project.
jfrog rt pipc
Set repositories for all Python projects on this machine.
jfrog rt pipc --global
The pip-install command uses the pip client to install the project dependencies from Artifactory. It can also record these packages as build dependencies as part of the build-info published to Artifactory.
Recording all dependencies
JFrog CLI records the installed packages as build-info dependencies. The recorded dependencies are packages installed during the 'jfrog rt pip-install' command execution. When running the command inside a Python environment, which already has some of the packages installed, the installed packages will not be included as part of the build-info, because they were not originally installed by JFrog CLI. A warning message will be added to the log in this case.
How to include all packages in the build-info?
The details of all the installed packages is always cached by the 'jfrog rt pip-install' command in the .jfrog/projects/deps.cache.json file, located under the root of the project. JFrog CLI uses this cache for including previously installed packages in the build-info.
If the Python environment had some packages installed prior to the first execution of the 'jfrog rt pip-install' command, those previously installed packages will be missing from the cache and therefore will not be included in the build-info.
Running the 'jfrog rt pip-install' command with both the 'no-cache-dir' and 'force-reinstall' options, will re-download and install these packages, and they will therefore be included in the build-info and added to the cache.
Command-name | pip-install |
Abbreviation | pipi |
Command options | |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
Command argument | |
Pip arguments | Arguments and options for the pip-install command. |
The following are two examples from running pip install, while recording the build dependencies as part of build name my-build and build number 1.
jfrog rt pip-install . --build-name=my-build --build-number=1 jfrog rt pip-install -r requirements.txt --build-name=my-build --build-number=1
JFrog CLI provides full support for restoring Nuget packages using the Nuget client. This allows you to resolve Nuget dependencies from and publish your Nuget packages to Artifactory, while collecting build-info and storing it in Artifactory.
Nuget dependencies resolution is supported by the jfrog rt nuget command.
To publish your nuget packages to Artifactory, use the jfrog rt upload command.
Running Nuget commands
The nuget
command runs the nuget client.
The following table lists the command arguments and flags:
Command-name | nuget |
Abbreviation | |
Command options | |
--nuget-args | [Optional] A list of NuGet arguments and options in the form of "arg1 value1 arg2 value2" |
--solution-root | [Optional] Path to the solution. |
--server-id | [Optional] Artifactory server ID configured using the config command. If not specified, the default configured Artifactory server is used. |
--build-name | [Optional] Build name. For more details, please refer to Build Integration. |
--build-number | [Optional] Build number. For more details, please refer to Build Integration. |
--module | [Optional] Optional module name for the build-info. |
Command argument | |
Nuget command | The Nuget command to run. For example, restore. |
Source repository name | The source NuGet repository. Can be a local, remote or virtual NuGet repository.` |
Run nuget restore for the solution at the current directory, while resolving the nuget dependencies from the nuget-virtual Artifactory repository.
jfrog rt nuget restore nuget-virtual
Run nuget restore for the solution at the current directory, while resolving the nuget dependencies from the nuget-virtual Artifactory repository.
In addition, record the build-info as part of build my-build-name/1, run the following command. The build-info can later be published to Artifactory using the build-publish command:
jfrog rt nuget restore nuget-virtual --build-name=my-build-name --build-number=1
To achieve complex file manipulations you may require several CLI commands. For example, you may need to upload several different sets of files to different repositories. To simplify the implementation of these complex manipulations, you can apply JFrog CLI download, upload, move, copy and delete commands with JFrog Artifactory using --spec
option to replace the inline command arguments and options. Each command uses an array of file specifications in JSON format with a corresponding schema as described in the sections below. Note that if any of these commands are issued using both inline options as well as the file specs, then the inline options override their counterparts specified in the file specs.
The file spec schema for the copy and move commands is as follows:
{ "files": [ { "pattern" or "aql": "[Mandatory]", "target": "[Mandatory]", "props": "[Optional]", "excludeProps": "[Optional]", "recursive": "[Optional, Default: 'true']", "flat" : "[Optional, Default: 'false']", "excludePatterns": ["[Optional, Applicable only when 'pattern' is specified]"], "archiveEntries": "[Optional]", "build": "[Optional]", "sortBy" : ["[Optional]"], "sortOrder": "[Optional, Default: 'asc']", "limit": [Optional], "offset": [Optional] } ] }
The file spec schema for the download command is as follows:
{ "files": [ { "pattern" or "aql": "[Mandatory]", "target": "[Optional]", "props": "[Optional]", "excludeProps": "[Optional]", "recursive": "[Optional, Default: 'true']", "flat" : "[Optional, Default: 'false']", "excludePatterns": ["[Optional, Applicable only when 'pattern' is specified]"], "archiveEntries": "[Optional]", "build": "[Optional]", "sortBy" : ["[Optional]"], "sortOrder": "[Optional, Default: 'asc']", "limit": [Optional], "offset": [Optional] } ] }
The file spec schema for the upload command is as follows:
{ "files": [ { "pattern": "[Mandatory]", "target": "[Mandatory]", "props": "[Optional]", "recursive": "[Optional, Default: 'true']", "flat" : "[Optional, Default: 'true']", "regexp": "[Optional, Default: 'false']", "excludePatterns": ["[Optional]"], "syncDeletes": "[Optional]", "build": "[Optional]" } ] }
The file spec schema for the search and delete commands are as follows:
{ "files": [ { "pattern" or "aql": "[Mandatory]", "props": "[Optional]", "excludeProps": "[Optional]", "recursive": "[Optional, Default: 'true']", "excludePatterns": ["[Optional, Applicable only when 'pattern' is specified]"], "archiveEntries": "[Optional]", "build": "[Optional]", "sortBy" : ["[Optional]"], "sortOrder": "[Optional, Default: 'asc']", "limit": [Optional], "offset": [Optional] } ] }
The following examples can help you get started using File Specs.
Download all files located under the all-my-frogs
directory in the my-local-repo
repository to the froggy
directory.
{ "files": [ { "pattern": "my-local-repo/all-my-frogs/", "target": "froggy/" } ] }
Download all files located under the all-my-frogs
directory in the my-local-repo
repository to the froggy
directory. Download only files which are artifacts of build number 5 of build my-build.
{ "files": [ { "pattern": "my-local-repo/all-my-frogs/", "target": "froggy/", "build": "my-build/5" } ] }
Download all files retrieved by the AQL query to the froggy
directory.
{ "files": [ { "aql": { "items.find": { "repo": "my-local-repo", "$or": [ { "$and": [ { "path": { "$match": "." }, "name": { "$match": "a1.in" } } ] }, { "$and": [ { "path": { "$match": "*" }, "name": { "$match": "a1.in" } } ] } ] } }, "target": "froggy/" } ] }
All zip files located under the resources
directory to the zip
folder, under the all-my-frogs repository.
AND
All TGZ files located under the resources
directory to the tgz folder, under the all-my-frogs repository.
Tag all zip files with type = zip and status = ready.
Tag all tgz files with type = tgz and status = ready.
{ "files": [ { "pattern": "resources/*.zip", "target": "all-my-frogs/zip/", "props": "type=zip;status=ready" }, { "pattern": "resources/*.tgz", "target": "all-my-frogs/tgz/", "props": "type=tgz;status=ready" } ] }
Upload all zip files located under the resources
directory to the zip
folder, under the all-my-frogs repository.
AND
Delete all files the the zip
folder, under the all-my-frogs repository, except for the files which were uploaded by this command execution.
{ "files": [ { "pattern": "resources/*.zip", "target": "all-my-frogs/zip/", "syncDeletes": "all-my-frogs/zip/" } ] }
Download all files located under the all-my-frogs
directory in the my-local-repo
repository except for files with .txt extension and all files inside the all-my-frogs
directory with the props. prefix.
Notice that the exclude patterns do not include the repository.
{ "files": [ { "pattern": "my-local-repo/all-my-frogs/", "excludePatterns": ["*.txt","all-my-frog/props.*"] } ] }
Download The latest file uploaded to the all-my-frogs
directory in the my-local-repo
repository.
{ "files": [ { "pattern": "my-local-repo/all-my-frogs/", "target": "all-my-frogs/files/", "sortBy": ["created"], "sortOrder": "desc", "limit": 1 } ] }
Search for the three largest files located under the all-my-frogs
directory in the my-local-repo
repository. If there are files with the same size, sort them "internally" by creation date.
{ "files": [ { "pattern": "my-local-repo/all-my-frogs/", "sortBy": ["size","created"], "sortOrder": "desc", "limit": 3 } ] }
Download The second latest file uploaded to the all-my-frogs
directory in the my-local-repo
repository.
{ "files": [ { "pattern": "my-local-repo/all-my-frogs/", "target": "all-my-frogs/files/", "sortBy": ["created"], "sortOrder": "desc", "limit": 1, "offset": 1 } ] }
This example shows how to delete artifacts in artifactory under specified path based on how old they are.
The following File Spec finds all the folders which match the following criteria:
{ "files": [ { "aql": { "items.find": { "repo": "myrepo", "path": {"$match":"abc-*-xyz"}, "name": {"$match":"ver_*"}, "type": "folder", "$or": [ { "$and": [ { "created": { "$before":"7d" } } ] } ] } } } ] }