2014-03-28 23:34:13 +01:00
|
|
|
---
|
|
|
|
title: "Documentation"
|
2015-06-06 11:05:21 +02:00
|
|
|
description: "Rclone Usage"
|
|
|
|
date: "2015-06-06"
|
2014-03-28 23:34:13 +01:00
|
|
|
---
|
|
|
|
|
|
|
|
Configure
|
|
|
|
---------
|
|
|
|
|
|
|
|
First you'll need to configure rclone. As the object storage systems
|
|
|
|
have quite complicated authentication these are kept in a config file
|
|
|
|
`.rclone.conf` in your home directory by default. (You can use the
|
2014-04-26 18:43:41 +02:00
|
|
|
`--config` option to choose a different config file.)
|
2014-03-28 23:34:13 +01:00
|
|
|
|
|
|
|
The easiest way to make the config is to run rclone with the config
|
|
|
|
option:
|
|
|
|
|
|
|
|
rclone config
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
See the following for detailed instructions for
|
2014-03-28 23:34:13 +01:00
|
|
|
|
|
|
|
* [Google drive](/drive/)
|
|
|
|
* [Amazon S3](/s3/)
|
|
|
|
* [Swift / Rackspace Cloudfiles / Memset Memstore](/swift/)
|
2015-06-06 11:05:21 +02:00
|
|
|
* [Dropbox](/dropbox/)
|
2015-09-04 12:06:25 +02:00
|
|
|
* [Google Cloud Storage](/googlecloudstorage/)
|
2014-03-28 23:34:13 +01:00
|
|
|
* [Local filesystem](/local/)
|
2016-01-07 16:20:32 +01:00
|
|
|
* [Amazon Cloud Drive](/amazonclouddrive/)
|
|
|
|
* [Backblaze B2](/b2/)
|
|
|
|
* [Hubic](/hubic/)
|
|
|
|
* [Microsoft One Drive](/onedrive/)
|
|
|
|
* [Yandex Disk](/yandex/)
|
2014-03-28 23:34:13 +01:00
|
|
|
|
|
|
|
Usage
|
|
|
|
-----
|
|
|
|
|
|
|
|
Rclone syncs a directory tree from one storage system to another.
|
|
|
|
|
|
|
|
Its syntax is like this
|
|
|
|
|
|
|
|
Syntax: [options] subcommand <parameters> <parameters...>
|
|
|
|
|
|
|
|
Source and destination paths are specified by the name you gave the
|
|
|
|
storage system in the config file then the sub path, eg
|
|
|
|
"drive:myfolder" to look at "myfolder" in Google drive.
|
|
|
|
|
|
|
|
You can define as many storage paths as you like in the config file.
|
|
|
|
|
|
|
|
Subcommands
|
|
|
|
-----------
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone copy source:path dest:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
|
|
|
Copy the source to the destination. Doesn't transfer
|
2015-05-10 13:17:24 +02:00
|
|
|
unchanged files, testing by size and modification time or
|
2014-03-28 23:34:13 +01:00
|
|
|
MD5SUM. Doesn't delete files from the destination.
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone sync source:path dest:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-05-10 13:17:24 +02:00
|
|
|
Sync the source to the destination, changing the destination
|
|
|
|
only. Doesn't transfer unchanged files, testing by size and
|
|
|
|
modification time or MD5SUM. Destination is updated to match
|
2016-01-29 08:59:33 +01:00
|
|
|
source, including deleting files if necessary.
|
|
|
|
|
|
|
|
**Important**: Since this can cause data loss, test first with the
|
2016-01-31 16:53:09 +01:00
|
|
|
`--dry-run` flag to see exactly what would be copied and deleted.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2016-01-10 11:43:59 +01:00
|
|
|
Note that files in the destination won't be deleted if there were any
|
|
|
|
errors at any point.
|
|
|
|
|
2015-10-02 20:48:48 +02:00
|
|
|
### rclone ls remote:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-02-28 14:08:18 +01:00
|
|
|
List all the objects in the the path with size and path.
|
|
|
|
|
2015-10-02 20:48:48 +02:00
|
|
|
### rclone lsd remote:path ###
|
2015-02-28 14:08:18 +01:00
|
|
|
|
|
|
|
List all directories/containers/buckets in the the path.
|
2014-07-17 21:03:11 +02:00
|
|
|
|
2015-10-02 20:48:48 +02:00
|
|
|
### rclone lsl remote:path ###
|
2014-07-17 21:03:11 +02:00
|
|
|
|
2015-05-10 13:17:24 +02:00
|
|
|
List all the objects in the the path with modification time,
|
|
|
|
size and path.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-10-02 20:48:48 +02:00
|
|
|
### rclone md5sum remote:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-02-28 14:08:18 +01:00
|
|
|
Produces an md5sum file for all the objects in the path. This
|
|
|
|
is in the same format as the standard md5sum tool produces.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2016-01-11 13:39:33 +01:00
|
|
|
### rclone sha1sum remote:path ###
|
|
|
|
|
|
|
|
Produces an sha1sum file for all the objects in the path. This
|
|
|
|
is in the same format as the standard sha1sum tool produces.
|
|
|
|
|
2015-10-02 20:48:48 +02:00
|
|
|
### rclone size remote:path ###
|
|
|
|
|
|
|
|
Prints the total size of objects in remote:path and the number of
|
|
|
|
objects.
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone mkdir remote:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
|
|
|
Make the path if it doesn't already exist
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone rmdir remote:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
|
|
|
Remove the path. Note that you can't remove a path with
|
|
|
|
objects in it, use purge for that.
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone purge remote:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-12-02 23:25:32 +01:00
|
|
|
Remove the path and all of its contents. Note that this does not obey
|
|
|
|
include/exclude filters - everything will be removed. Use `delete` if
|
|
|
|
you want to selectively delete files.
|
|
|
|
|
|
|
|
### rclone delete remote:path ###
|
|
|
|
|
|
|
|
Remove the contents of path. Unlike `purge` it obeys include/exclude
|
|
|
|
filters so can be used to selectively delete files.
|
|
|
|
|
|
|
|
Eg delete all files bigger than 100MBytes
|
|
|
|
|
|
|
|
Check what would be deleted first (use either)
|
|
|
|
|
|
|
|
rclone --min-size 100M lsl remote:path
|
|
|
|
rclone --dry-run --min-size 100M delete remote:path
|
|
|
|
|
|
|
|
Then delete
|
|
|
|
|
|
|
|
rclone --min-size 100M delete remote:path
|
|
|
|
|
|
|
|
That reads "delete everything with a minimum size of 100 MB", hence
|
|
|
|
delete all files bigger than 100MBytes.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone check source:path dest:path ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
|
|
|
Checks the files in the source and destination match. It
|
|
|
|
compares sizes and MD5SUMs and prints a report of files which
|
|
|
|
don't match. It doesn't alter the source or destination.
|
|
|
|
|
2016-01-31 13:58:41 +01:00
|
|
|
### rclone dedupe remote:path ###
|
|
|
|
|
|
|
|
Interactively find duplicate files and offer to delete all but one or
|
|
|
|
rename them to be different. Only useful with Google Drive which can
|
|
|
|
have duplicate file names.
|
|
|
|
|
|
|
|
```
|
|
|
|
$ rclone dedupe drive:dupes
|
|
|
|
2016/01/31 14:13:11 Google drive root 'dupes': Looking for duplicates
|
|
|
|
two.txt: Found 3 duplicates
|
|
|
|
1: 564374 bytes, 2016-01-31 14:07:22.159000000, md5sum 7594e7dc9fc28f727c42ee3e0749de81
|
|
|
|
2: 1744073 bytes, 2016-01-31 14:07:12.490000000, md5sum 851957f7fb6f0bc4ce76be966d336802
|
|
|
|
3: 6048320 bytes, 2016-01-31 14:07:02.111000000, md5sum 1eedaa9fe86fd4b8632e2ac549403b36
|
|
|
|
s) Skip and do nothing
|
|
|
|
k) Keep just one (choose which in next step)
|
|
|
|
r) Rename all to be different (by changing file.jpg to file-1.jpg)
|
|
|
|
s/k/r> r
|
|
|
|
two-1.txt: renamed from: two.txt
|
|
|
|
two-2.txt: renamed from: two.txt
|
|
|
|
two-3.txt: renamed from: two.txt
|
|
|
|
one.txt: Found 2 duplicates
|
|
|
|
1: 6579 bytes, 2016-01-31 14:05:01.235000000, md5sum 2b76c776249409d925ae7ccd49aea59b
|
|
|
|
2: 6579 bytes, 2016-01-31 12:50:30.318000000, md5sum 2b76c776249409d925ae7ccd49aea59b
|
|
|
|
s) Skip and do nothing
|
|
|
|
k) Keep just one (choose which in next step)
|
|
|
|
r) Rename all to be different (by changing file.jpg to file-1.jpg)
|
|
|
|
s/k/r> k
|
|
|
|
Enter the number of the file to keep> 2
|
|
|
|
one.txt: Deleted 1 extra copies
|
|
|
|
```
|
|
|
|
|
|
|
|
The result being
|
|
|
|
|
|
|
|
```
|
|
|
|
$ rclone lsl drive:dupes
|
|
|
|
564374 2016-01-31 14:07:22.159000000 two-1.txt
|
|
|
|
1744073 2016-01-31 14:07:12.490000000 two-2.txt
|
|
|
|
6048320 2016-01-31 14:07:02.111000000 two-3.txt
|
|
|
|
6579 2016-01-31 12:50:30.318000000 one.txt
|
|
|
|
```
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone config ###
|
2015-02-28 14:08:18 +01:00
|
|
|
|
|
|
|
Enter an interactive configuration session.
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### rclone help ###
|
|
|
|
|
|
|
|
Prints help on rclone commands and options.
|
|
|
|
|
2015-02-14 19:48:08 +01:00
|
|
|
Server Side Copy
|
|
|
|
----------------
|
|
|
|
|
|
|
|
Drive, S3, Dropbox, Swift and Google Cloud Storage support server side
|
|
|
|
copy.
|
|
|
|
|
|
|
|
This means if you want to copy one folder to another then rclone won't
|
|
|
|
download all the files and re-upload them; it will instruct the server
|
|
|
|
to copy them in place.
|
|
|
|
|
|
|
|
Eg
|
|
|
|
|
|
|
|
rclone copy s3:oldbucket s3:newbucket
|
|
|
|
|
|
|
|
Will copy the contents of `oldbucket` to `newbucket` without
|
|
|
|
downloading and re-uploading.
|
|
|
|
|
|
|
|
Remotes which don't support server side copy (eg local) **will**
|
|
|
|
download and re-upload in this case.
|
|
|
|
|
|
|
|
Server side copies are used with `sync` and `copy` and will be
|
|
|
|
identified in the log when using the `-v` flag.
|
|
|
|
|
|
|
|
Server side copies will only be attempted if the remote names are the
|
|
|
|
same.
|
|
|
|
|
|
|
|
This can be used when scripting to make aged backups efficiently, eg
|
|
|
|
|
|
|
|
rclone sync remote:current-backup remote:previous-backup
|
|
|
|
rclone sync /path/to/files remote:current-backup
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
Options
|
2014-03-28 23:34:13 +01:00
|
|
|
-------
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
Rclone has a number of options to control its behaviour.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
Options which use TIME use the go time parser. A duration string is a
|
|
|
|
possibly signed sequence of decimal numbers, each with optional
|
|
|
|
fraction and a unit suffix, such as "300ms", "-1.5h" or "2h45m". Valid
|
|
|
|
time units are "ns", "us" (or "µs"), "ms", "s", "m", "h".
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
Options which use SIZE use kByte by default. However a suffix of `k`
|
|
|
|
for kBytes, `M` for MBytes and `G` for GBytes may be used. These are
|
2015-11-14 12:20:04 +01:00
|
|
|
the binary units, eg 2\*\*10, 2\*\*20, 2\*\*30 respectively.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### --bwlimit=SIZE ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
Bandwidth limit in kBytes/s, or use suffix k|M|G. The default is `0`
|
|
|
|
which means to not limit bandwidth.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
For example to limit bandwidth usage to 10 MBytes/s use `--bwlimit 10M`
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
This only limits the bandwidth of the data transfer, it doesn't limit
|
|
|
|
the bandwith of the directory listings etc.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### --checkers=N ###
|
|
|
|
|
|
|
|
The number of checkers to run in parallel. Checkers do the equality
|
|
|
|
checking of files during a sync. For some storage systems (eg s3,
|
|
|
|
swift, dropbox) this can take a significant amount of time so they are
|
|
|
|
run in parallel.
|
|
|
|
|
|
|
|
The default is to run 8 checkers in parallel.
|
|
|
|
|
|
|
|
### -c, --checksum ###
|
|
|
|
|
|
|
|
Normally rclone will look at modification time and size of files to
|
|
|
|
see if they are equal. If you set this flag then rclone will check
|
2016-01-13 11:29:43 +01:00
|
|
|
the file hash and size to determine if files are equal.
|
|
|
|
|
|
|
|
This is useful when the remote doesn't support setting modified time
|
|
|
|
and a more accurate sync is desired than just checking the file size.
|
2015-06-06 11:05:21 +02:00
|
|
|
|
|
|
|
This is very useful when transferring between remotes which store the
|
2016-01-13 11:29:43 +01:00
|
|
|
same hash type on the object, eg Drive and Swift. For details of which
|
|
|
|
remotes support which hash type see the table in the [overview
|
|
|
|
section](/overview/).
|
2015-06-06 11:05:21 +02:00
|
|
|
|
|
|
|
Eg `rclone --checksum sync s3:/bucket swift:/bucket` would run much
|
|
|
|
quicker than without the `--checksum` flag.
|
|
|
|
|
|
|
|
When using this flag, rclone won't update mtimes of remote files if
|
|
|
|
they are incorrect as it would normally.
|
|
|
|
|
|
|
|
### --config=CONFIG_FILE ###
|
|
|
|
|
|
|
|
Specify the location of the rclone config file. Normally this is in
|
|
|
|
your home directory as a file called `.rclone.conf`. If you run
|
|
|
|
`rclone -h` and look at the help for the `--config` option you will
|
|
|
|
see where the default location is for you. Use this flag to override
|
|
|
|
the config location, eg `rclone --config=".myconfig" .config`.
|
|
|
|
|
|
|
|
### --contimeout=TIME ###
|
|
|
|
|
|
|
|
Set the connection timeout. This should be in go time format which
|
|
|
|
looks like `5s` for 5 seconds, `10m` for 10 minutes, or `3h30m`.
|
|
|
|
|
|
|
|
The connection timeout is the amount of time rclone will wait for a
|
|
|
|
connection to go through to a remote object storage system. It is
|
|
|
|
`1m` by default.
|
|
|
|
|
|
|
|
### -n, --dry-run ###
|
|
|
|
|
2016-01-31 16:53:09 +01:00
|
|
|
Do a trial run with no permanent changes. Use this to see what rclone
|
|
|
|
would do without actually doing it. Useful when setting up the `sync`
|
|
|
|
command which deletes files in the destination.
|
2015-06-06 11:05:21 +02:00
|
|
|
|
2016-01-10 13:04:20 +01:00
|
|
|
### --ignore-existing ###
|
|
|
|
|
|
|
|
Using this option will make rclone unconditionally skip all files
|
|
|
|
that exist on the destination, no matter the content of these files.
|
|
|
|
|
|
|
|
While this isn't a generally recommended option, it can be useful
|
|
|
|
in cases where your files change due to encryption. However, it cannot
|
|
|
|
correct partial transfers in case a transfer was interrupted.
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### --log-file=FILE ###
|
|
|
|
|
|
|
|
Log all of rclone's output to FILE. This is not active by default.
|
|
|
|
This can be useful for tracking down problems with syncs in
|
|
|
|
combination with the `-v` flag.
|
|
|
|
|
|
|
|
### --modify-window=TIME ###
|
|
|
|
|
|
|
|
When checking whether a file has been modified, this is the maximum
|
|
|
|
allowed time difference that a file can have and still be considered
|
|
|
|
equivalent.
|
|
|
|
|
|
|
|
The default is `1ns` unless this is overridden by a remote. For
|
|
|
|
example OS X only stores modification times to the nearest second so
|
|
|
|
if you are reading and writing to an OS X filing system this will be
|
|
|
|
`1s` by default.
|
|
|
|
|
|
|
|
This command line flag allows you to override that computed default.
|
|
|
|
|
|
|
|
### -q, --quiet ###
|
|
|
|
|
|
|
|
Normally rclone outputs stats and a completion message. If you set
|
|
|
|
this flag it will make as little output as possible.
|
|
|
|
|
2016-01-10 13:04:20 +01:00
|
|
|
### --retries int ###
|
|
|
|
|
|
|
|
Retry the entire sync if it fails this many times it fails (default 3).
|
|
|
|
|
|
|
|
Some remotes can be unreliable and a few retries helps pick up the
|
|
|
|
files which didn't get transferred because of errors.
|
|
|
|
|
|
|
|
Disable retries with `--retries 1`.
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### --size-only ###
|
|
|
|
|
|
|
|
Normally rclone will look at modification time and size of files to
|
|
|
|
see if they are equal. If you set this flag then rclone will check
|
|
|
|
only the size.
|
|
|
|
|
|
|
|
This can be useful transferring files from dropbox which have been
|
|
|
|
modified by the desktop sync client which doesn't set checksums of
|
|
|
|
modification times in the same way as rclone.
|
|
|
|
|
|
|
|
When using this flag, rclone won't update mtimes of remote files if
|
|
|
|
they are incorrect as it would normally.
|
|
|
|
|
|
|
|
### --stats=TIME ###
|
|
|
|
|
|
|
|
Rclone will print stats at regular intervals to show its progress.
|
|
|
|
|
|
|
|
This sets the interval.
|
|
|
|
|
|
|
|
The default is `1m`. Use 0 to disable.
|
|
|
|
|
2016-01-12 14:33:03 +01:00
|
|
|
### --delete-(before,during,after) ###
|
|
|
|
|
|
|
|
This option allows you to specify when files on your destination are
|
|
|
|
deleted when you sync folders.
|
|
|
|
|
|
|
|
Specifying the value `--delete-before` will delete all files present on the
|
|
|
|
destination, but not on the source *before* starting the transfer
|
|
|
|
of any new or updated files.
|
|
|
|
|
|
|
|
Specifying `--delete-during` (default value) will delete files while checking
|
|
|
|
and uploading files. This is usually the fastest option.
|
|
|
|
|
|
|
|
Specifying `--delete-after` will delay deletion of files until all new/updated
|
|
|
|
files have been successfully transfered.
|
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### --timeout=TIME ###
|
|
|
|
|
|
|
|
This sets the IO idle timeout. If a transfer has started but then
|
|
|
|
becomes idle for this long it is considered broken and disconnected.
|
|
|
|
|
|
|
|
The default is `5m`. Set to 0 to disable.
|
|
|
|
|
|
|
|
### --transfers=N ###
|
|
|
|
|
|
|
|
The number of file transfers to run in parallel. It can sometimes be
|
|
|
|
useful to set this to a smaller number if the remote is giving a lot
|
|
|
|
of timeouts or bigger if you have lots of bandwidth and a fast remote.
|
|
|
|
|
|
|
|
The default is to run 4 file transfers in parallel.
|
|
|
|
|
|
|
|
### -v, --verbose ###
|
|
|
|
|
|
|
|
If you set this flag, rclone will become very verbose telling you
|
|
|
|
about every file it considers and transfers.
|
|
|
|
|
|
|
|
Very useful for debugging.
|
|
|
|
|
|
|
|
### -V, --version ###
|
|
|
|
|
|
|
|
Prints the version number
|
|
|
|
|
|
|
|
Developer options
|
|
|
|
-----------------
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
These options are useful when developing or debugging rclone. There
|
|
|
|
are also some more remote specific options which aren't documented
|
|
|
|
here which are used for testing. These start with remote name eg
|
2016-01-10 13:04:20 +01:00
|
|
|
`--drive-test-option` - see the docs for the remote in question.
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2015-06-06 11:05:21 +02:00
|
|
|
### --cpuprofile=FILE ###
|
2014-03-28 23:34:13 +01:00
|
|
|
|
2016-01-10 13:04:20 +01:00
|
|
|
Write CPU profile to file. This can be analysed with `go tool pprof`.
|
|
|
|
|
|
|
|
### --dump-bodies ###
|
|
|
|
|
|
|
|
Dump HTTP headers and bodies - may contain sensitive info. Can be
|
|
|
|
very verbose. Useful for debugging only.
|
|
|
|
|
|
|
|
### --dump-filters ###
|
|
|
|
|
|
|
|
Dump the filters to the output. Useful to see exactly what include
|
|
|
|
and exclude options are filtering on.
|
|
|
|
|
|
|
|
### --dump-headers ###
|
|
|
|
|
|
|
|
Dump HTTP headers - may contain sensitive info. Can be very verbose.
|
|
|
|
Useful for debugging only.
|
|
|
|
|
|
|
|
### --memprofile=FILE ###
|
|
|
|
|
|
|
|
Write memory profile to file. This can be analysed with `go tool pprof`.
|
2015-09-27 17:13:20 +02:00
|
|
|
|
2015-10-29 16:42:25 +01:00
|
|
|
### --no-check-certificate=true/false ###
|
|
|
|
|
|
|
|
`--no-check-certificate` controls whether a client verifies the
|
|
|
|
server's certificate chain and host name.
|
|
|
|
If `--no-check-certificate` is true, TLS accepts any certificate
|
|
|
|
presented by the server and any host name in that certificate.
|
|
|
|
In this mode, TLS is susceptible to man-in-the-middle attacks.
|
|
|
|
|
|
|
|
This option defaults to `false`.
|
|
|
|
|
|
|
|
**This should be used only for testing.**
|
|
|
|
|
2015-09-27 17:13:20 +02:00
|
|
|
Filtering
|
|
|
|
---------
|
|
|
|
|
|
|
|
For the filtering options
|
|
|
|
|
|
|
|
* `--delete-excluded`
|
|
|
|
* `--filter`
|
|
|
|
* `--filter-from`
|
|
|
|
* `--exclude`
|
|
|
|
* `--exclude-from`
|
|
|
|
* `--include`
|
|
|
|
* `--include-from`
|
|
|
|
* `--files-from`
|
|
|
|
* `--min-size`
|
|
|
|
* `--max-size`
|
2015-12-29 20:34:10 +01:00
|
|
|
* `--min-age`
|
|
|
|
* `--max-age`
|
2015-09-27 17:13:20 +02:00
|
|
|
* `--dump-filters`
|
|
|
|
|
|
|
|
See the [filtering section](/filtering/).
|
2016-01-31 17:15:25 +01:00
|
|
|
|
|
|
|
Exit Code
|
|
|
|
---------
|
|
|
|
|
|
|
|
If any errors occurred during the command, rclone will set a non zero
|
|
|
|
exit code. This allows scripts to detect when rclone operations have
|
|
|
|
failed.
|
|
|
|
|